Fansub-Wiki - Benutzerbeiträge [de]

Produktions-Credits

2009-03-25T17:11:28Z

Devil Doll: Korrektur einer Formulierung

Dieses Dokument enthält eine Liste von '''Zuständigkeitsbereichen''' bei der Produktion eines Anime, wie sie im Rahmen der Credits-Angaben am Anfang bzw. Ende eines Animes eingeblendet werden.

Sie kann als Hilfsmittel bei der Orientierung dienen, wo innerhalb dieser Credits die für das Publikum möglicherweise interessanten Angaben zu finden sind (etwa die Namen der Charaktere und deren Seiyuu, Angaben über Titel und Interpreten von OP- und ED-Song usw.); solche Angaben können beim Untertiteln eines Animes auch dann sinnvoll sein, wenn die Fansubber nicht vorhaben, die gesamten Credits zu übersetzen (etwa wenn es darum geht, die korrekte Schreibweise der Charakternamen zu finden).

----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%A2%E3%83%8B%E3%83%A1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E5%88%B6%E4%BD%9C アニメーション制作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Animation%20Production animeeshon seisaku])'': '''Animationsproduktion''' (die Firma, welche die Produktion durchgeführt hat)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%A2%E3%83%95%E3%83%AC%E3%82%B3 アフレコ] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Afureko afu reko])'': '''[http://de.wikipedia.org/wiki/Synchronisation_(Film) Filmsynchronisation]''' (Abkürzung für engl. "after recording")
----
[http://85.10.207.185/wadoku/index.jsp?phrase=ビデオ編集ビデオ編集] ''(bideo henshuu)'': '''[http://de.wikipedia.org/wiki/Videoschnitt Videoschnitt]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%BE%8E%E8%A1%93 美術] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Bijutsukantoku bijutsu])'': '''Art'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%BE%8E%E8%A1%93%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3 美術デザイン] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Bijutsukantoku bijutsu dezain])'': '''Art Design'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%BE%8E%E8%A1%93%E7%9B%A3%E7%9D%A3 美術監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Bijutsukantoku bijutsu kantoku])'': '''Art Director'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8F%B0%E8%A9%9E%E7%B7%A8%E9%9B%86 台詞編集] ''(daishi henshuu)'': '''Rollentext-Bearbeitung'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB%E5%BD%A9%E8%89%B2 デジタル彩色] ''(dejitaru saishoku)'': '''Digitale Farbgebung''' ([http://de.wikipedia.org/wiki/Colorist Colorist])
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB%E5%90%88%E6%88%90 デジタル合成] ''(dejitaru gousei)'': '''Digitale Synthese'''
----
デサインワークス ''(dezain waakusu)'': '''Design Works'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8B%95%E7%94%BB 動画] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#douga douga])'': '''[http://de.wikipedia.org/wiki/Zwischenphasenzeichner Zwischenphasenzeichner]''' (In-Between Animation)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8B%95%E7%94%BB 動画] チェック ''(douga chekku)'': '''Animations-Check'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=動画検査動画検査] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Dougakensa douga kensa])'': '''Animations-Kontrolle'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B5%B5%E3%82%B3%E3%83%B3%E3%83%86 絵コンテ] ''(ekonte)'': '''[http://de.wikipedia.org/wiki/Storyboard Storyboard]'''
----
エンディングテーム ''(endingu teemu)'': '''Ending Theme''' (ED-Song)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%BC%94%E6%8A%80%E4%BA%8B%E5%8B%99 演技事務] ''(engi jimu)'': '''[http://de.wikipedia.org/wiki/Rollenbesetzung Rollenbesetzung]''' (Casting)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%BC%94%E5%87%BA%E5%8A%A9%E6%89%8B 演出] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Enshutsu enshutsu])'': '''Animationsregisseur'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%BC%94%E5%87%BA%E5%8A%A9%E6%89%8B 演出助手] ''(enshutsu joshu)'': ''' Animationsregie-Assistent'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%95%E3%82%A4%E3%83%AB%E3%83%A0 フィルム] ''(firumu)'': '''Film'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8E%9F%E7%94%BB 原画] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#genga genga])'': '''[http://de.wikipedia.org/wiki/Schl%C3%BCsselbildanimation Schlüsselbildanimation]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8E%9F%E4%BD%9C 原作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#gensaku gensaku])'': '''Originalwerk''' ("Nach dem Manga/Roman/etc. von ...")
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%8F%BE%E5%83%8F 現像] ''(genzou)'': '''[http://de.wikipedia.org/wiki/Filmentwicklung Filmentwicklung]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%83%8C%E6%99%AF 背景] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Haikei haikei])'': '''Kulissen''' / '''[http://de.wikipedia.org/wiki/Hintergrundbild Hintergrundbilder])'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%85%8D%E7%B5%A6 配給] ''(haikyuu)'': '''[http://de.wikipedia.org/wiki/Vertrieb Vertrieb]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B7%A8%E6%9B%B2 編曲] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Henkyoku henkyoku])'': '''[http://de.wikipedia.org/wiki/Arrangement Arrangement]''' (Musik)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B7%A8%E9%9B%86 編集] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Henshuu henshuu])'': '''[http://de.wikipedia.org/wiki/Filmschnitt Filmschnitt]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B7%A8%E9%9B%86%E5%8A%A9%E6%89%8B 編集助手] ''(henshuu joshu)'': '''[http://de.wikipedia.org/wiki/Filmschnitt Filmschnitt]-Assistent'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%89%B2%E6%8C%87%E5%AE%9A 色指定] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Iroshitei iro shitei])'': '''[Farb-Koordination]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%9B%A3%E4%BF%AE 監修] ''(kanshu)'': '''Redaktionelle Leitung'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%9B%A3%E7%9D%A3 監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Kantoku kantoku])'': '''[http://de.wikipedia.org/wiki/Regie Regie]''' / [http://de.wikipedia.org/wiki/Regisseur Regisseur]
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BC%81%E7%94%BB 企画] ''(kikaku)'': '''Entwurf''' ([http://en.wikipedia.org/wiki/Script_development#Development Script Development])
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%A3%B0%E3%81%AE%E5%87%BA%E6%BC%94 声の出演] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Seiyuu koe no shutsuen])'': '''[http://de.wikipedia.org/wiki/Seiyuu Stimmen der auftretenden Charaktere]''' / Synchronsprecher
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%B0%8F%E7%89%A9%E6%9C%8D%E8%A3%85%E8%A8%AD%E5%AE%9A 小物服装設定] ''(komono fukusou settei)'': '''Requisiten-Entwurf''' (eigentlich: "Einrichtung von kleinen Dingen und Kleidung" / [http://de.wikipedia.org/wiki/Requisite Requisite])
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%84%9A%E6%9C%AC 脚本] ''(kyaku hon)'': '''[http://de.wikipedia.org/wiki/Drehbuch Drehbuch]'''
----
キャラクタデサイン / キャラクターデサイン ''(kyarakuta desain / [http://www.janscottfrazier.com/articles/jobs/index.htm#Character%20Designer kyarakutaa desain])'': '''[http://de.wikipedia.org/wiki/Charakterdesign Charakterdesign]'''
----
キャスティング [http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8D%94%E5%8A%9B 協力] ''(kyasuteingu kyouryoku)'': '''[http://de.wikipedia.org/wiki/Casting_(Auswahlverfahren) Casting] Assistance'''
----
キャスト ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Kyasuto kyasuto])'': '''Rollen und ihre Sprecher''' (nach engl. [http://de.wikipedia.org/wiki/Casting_(Auswahlverfahren) Cast])
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8D%94%E5%8A%9B 協力] ''(kyouryoku)'': '''in Zusammenarbeit mit'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%8D%E3%82%AC%E7%B7%A8%E9%9B%86 ネガ編集] ''(nega henshuu)'': '''[http://en.wikipedia.org/wiki/Negative_cutting Negative Cutting]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E6%A5%BD 音楽] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Ongaku ongaku])'': '''[http://de.wikipedia.org/wiki/Filmmusik Filmmusik]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF%E7%9B%A3%E7%9D%A3 音響監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Ongaku%20Kantoku onkyou kantoku])'': '''[http://en.wikipedia.org/wiki/Sound_Director Sound Director]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF 音響] コーディネーター ''(onkyou koudineetaa)'': '''Sound Coordinator'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF 音響効果] ''(onkyou [http://www.janscottfrazier.com/articles/jobs/index.htm#Koukakouka])'': '''[http://de.wikipedia.org/wiki/Soundeffekt Soundeffekte]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF 音響効果]プロデューサー ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Ongaku%20Producer onkyou purodyuusaa])'': '''Tonproduzent'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF%E5%88%B6%E4%BD%9C 音響制作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Ongaku%20Seisaku onkyou seisaku])'': '''[http://de.wikipedia.org/wiki/Tonproduktion Tonproduktionsstudio]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF%E5%88%B6%E4%BD%9C%E5%8D%94%E5%8A%9B 音響制作協力] ''(onkyou seisaku kouryoku)'': '''Sound Work Assistance'''
----
オープニイングテーム ''(opuningu teemu)'': '''[http://de.wikipedia.org/wiki/Titelmelodie Titelmusik]''' ("Opening Theme")
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%AA%E3%83%AA%E3%82%B8%E3%83%8A%E3%83%AB%E3%82%B5%E3%82%A6%E3%83%B3%E3%83%89%E3%83%88%E3%83%A9%E3%83%83%E3%82%AF%E7%99%BA%E5%A3%B2 オリジナルサウンドトラック発売] ''(orijinaru saundo torakku hatsubai)'': '''Original-Soundtrack / Vertrieb'''
----
プロチューサー / プロデューサー ''(purochuusaa / purodyuusaa)'': '''[http://de.wikipedia.org/wiki/TV-Producer Produzent]'''
----
リレコ ''(rireko)'': '''[http://en.wikipedia.org/wiki/Re-recording_(filmmaking) Re-Recording]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%8C%B2%E9%9F%B3 録音] ''(rokuon)'': '''[http://de.wikipedia.org/wiki/Tontechnik Tontechnik]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%8C%B2%E9%9F%B3 録音制作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Rokuon%20Seisaku rokuon seisaku])'': '''[http://de.wikipedia.org/wiki/Tonproduktion Tonproduktion]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%8C%B2%E9%9F%B3%E8%AA%BF%E6%95%B4 録音調整] ''(rokuon [http://www.janscottfrazier.com/articles/jobs/index.htm#Chousei chousei])'': '''[http://de.wikipedia.org/wiki/Toningenieur Toningenieur]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%8C%B2%E9%9F%B3%E3%82%B9%E3%82%BF%E3%82%B8%E3%82%AA 録音スタジオ] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Rokuon%20Sutajio rokuon sutajio])'': '''[http://de.wikipedia.org/wiki/Aufnahmestudio Aufnahmestudio]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BD%9C 作曲] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Sakkyoku sakkyoku])'': '''[http://de.wikipedia.org/wiki/Komposition_(Musik) Komposition]''' (eines Musikstücks)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BD%9C%E7%94%BB%E7%9B%A3%E7%9D%A3 作画監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Sakuga%20Kantoku sakuga kantoku])'': '''[http://en.wikipedia.org/wiki/Animation_Director Animationsregie]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BD%9C%E8%A9%A9 作詩] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Sakushi sakushi])'': '''[http://de.wikipedia.org/wiki/Lyrics Liedtext]''' (Lyrics)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%92%AE%E5%BD%B1 撮影] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Satsue satsuei])'': '''[http://de.wikipedia.org/wiki/Kameramann Kamera]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%92%AE%E5%BD%B1%E7%9B%A3%E7%9D%A3 撮影監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Satsuekantoku satsuei kantoku])'': '''[http://de.wikipedia.org/wiki/Filmaufnahmeleitung Filmaufnahmeleitung]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A3%BD%E4%BD%9C 製作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Presentation seisaku])'': '''Präsentation''' / "präsentiert von" (das ist üblicherweise der Hauptsponsor der Produktion)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A3%BD%E4%BD%9C%E7%B7%A8%E6%88%90 製作部長] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Seisakubuchou seisaku buchou])'': '''Production Manager'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A3%BD%E4%BD%9C%E7%B7%A8%E6%88%90 製作デスク] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Seisakudesuku seisaku desuko])'': '''Production Controller'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A3%BD%E4%BD%9C%E7%B7%A8%E6%88%90 製作編成] ''(seisaku hensei)'': '''Produktions-Organisation'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C%E4%BA%8B%E5%8B%99 制作事務] ''(seisaku jimu)'': '''Produktionsbüro'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C%E5%8D%94%E5%8A%9B 制作協力] ''(seisaku kyouryoku)'': '''Produktionsassistenz'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C 制作]プロデューサー ''(seisaku purodyuusaa)'': '''Produzent des Gesamtwerks'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C%E9%80%B2%E8%A1%8C 制作進行] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Seisakushinkou seisaku shinkou])'': '''Produktionsassistenz'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C%E6%8B%85%E5%BD%93 制作担当] ''(seisaku tantou)'': '''Produktions-Verantwortung'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%AE%A3%E4%BC%9D 宣伝] ''(senden)'': '''[http://de.wikipedia.org/wiki/Marketing Vermarktung]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%81%B8%E6%9B%B2 選曲] ''(senkyoku)'': '''Musikauswahl'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A8%AD%E5%AE%9A%E7%AE%A1%E7%90%86 設定管理] ''(settei kanri)'': '''Setting Management''' (steht so in ANN...)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A8%AD%E5%AE%9A%E7%AE%A1%E7%90%86 設定制作] ''(settei seisaku)'': '''Model Pack'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BB%95%E4%B8%8A 仕上] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Shiage shiage])'': '''Colorierung''', siehe [http://de.wikipedia.org/wiki/Postproduktion Postproduktion]
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BB%95%E4%B8%8A%E6%A4%9C%E6%9F%BB 仕上検査] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Shiagekensa shiage kensa])'': '''Farbkontrolle'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%89%B2%E5%BD%A9%E8%A8%AD%E8%A8%88 色彩設計] ''(shikisai sekkei)'': '''Farb-Design'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA%E6%A7%8B%E6%88%90 シリーズ構成] ''(shiriizu kouzei)'': '''Aufbau der Serie'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%B8%BB%E9%A1%8C%E6%AD%8C 主題歌] ''(shudaika)'': '''[http://de.wikipedia.org/wiki/Titelsong Titelsong]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B7%8F%E7%9B%A3%E7%9D%A3 総監督] ''(soukantoku)'': '''[http://de.wikipedia.org/wiki/Regisseur Regisseur]''' des Gesamtwerks
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%BF%E3%82%A4%E3%83%88%E3%83%AB タイトル] リス [http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%AF%E3%83%BC%E3%82%AF ワーク] ''(taitoru risu waaku)'': '''Title Lithography Work''' (Künstlerische Gestaltung des Titel-Logos)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%89%B9%E6%AE%8A%E5%8A%B9%E6%9E%9C 特殊効果] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Tokushukouka tokushu kouka])'': '''[http://de.wikipedia.org/wiki/Spezialeffekt Spezialeffekte]''' (auch 特効 - ''tokkou'')
----
トレスマシン ''(toresu mashin)'': '''Trace Machine'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%AD%8C 歌] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Uta uta])'': '''[http://de.wikipedia.org/wiki/Gesang Gesang]''' (eines Liedes)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BD%9C%E7%9B%A3%E8%A3%9C%E4%BD%90 作監補佐] ''(sak(k)an hosa)'': '''Produktions- & Regie-Assistenz'''
----

[[Kategorie:Anime]]

Produktions-Credits

2009-03-24T03:03:20Z

Devil Doll: Links auf Begriffsbeschreibungen, inhaltliche Korrekturen

Dieses Dokument enthält eine Liste von '''Zuständigkeitsbereichen''' bei der Produktion eines Anime, wie sie im Rahmen der Credits-Angaben am Anfang bzw. Ende eines Animes eingeblendet werden.

Sie kann als Hilfsmittel bei der Orientierung dienen, wo innerhalb dieser Credits die für das Publikum möglicherweise interessanten Angaben zu finden sind (etwa die Namen der Charaktere und deren Seiyuu, Angaben über Titel und Interpreten von OP- und ED-Song usw.); solche Angaben können beim Untertiteln eines Animes auch dann sinnvoll sein, wenn die Fansubber nicht vorhaben, die gesamten Credits zu übersetzen (etwa wenn es darum geht, die korrekte Schreibweise der Charakternamen zu finden).

----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%A2%E3%83%8B%E3%83%A1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E5%88%B6%E4%BD%9C アニメーション制作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Animation%20Production animeeshon seisaku])'': '''Animationsproduktion''' (die Firma, welche die Produktion durchgeführt hat)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%A2%E3%83%95%E3%83%AC%E3%82%B3 アフレコ] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Afureko afu reko])'': '''[http://de.wikipedia.org/wiki/Synchronisation_(Film) Filmsynchronisation]''' (Abkürzung für engl. "after recording")
----
[http://85.10.207.185/wadoku/index.jsp?phrase=ビデオ編集ビデオ編集] ''(bideo henshuu)'': '''[http://de.wikipedia.org/wiki/Videoschnitt Videoschnitt]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%BE%8E%E8%A1%93 美術] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Bijutsukantoku bijutsu])'': '''Art'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%BE%8E%E8%A1%93%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3 美術デザイン] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Bijutsukantoku bijutsu dezain])'': '''Art Design'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%BE%8E%E8%A1%93%E7%9B%A3%E7%9D%A3 美術監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Bijutsukantoku bijutsu kantoku])'': '''Art Director'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8F%B0%E8%A9%9E%E7%B7%A8%E9%9B%86 台詞編集] ''(daishi henshuu)'': '''Rollentext-Bearbeitung'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB%E5%BD%A9%E8%89%B2 デジタル彩色] ''(dejitaru saishoku)'': '''Digitale Farbgebung''' ([http://de.wikipedia.org/wiki/Colorist Colorist])
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB%E5%90%88%E6%88%90 デジタル合成] ''(dejitaru gousei)'': '''Digitale Synthese'''
----
デサインワークス ''(dezain waakusu)'': '''Design Works'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8B%95%E7%94%BB 動画] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#douga douga])'': '''[http://de.wikipedia.org/wiki/Zwischenphasenzeichner Zwischenphasenzeichner]''' (In-Between Animation)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8B%95%E7%94%BB 動画] チェック ''(douga chekku)'': '''Animations-Check'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=動画検査動画検査] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Dougakensa douga kensa])'': '''Animations-Kontrolle'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B5%B5%E3%82%B3%E3%83%B3%E3%83%86 絵コンテ] ''(ekonte)'': '''[http://de.wikipedia.org/wiki/Storyboard Storyboard]'''
----
エンディングテーム ''(endingu teemu)'': '''Ending Theme''' (ED-Song)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%BC%94%E6%8A%80%E4%BA%8B%E5%8B%99 演技事務] ''(engi jimu)'': '''[http://de.wikipedia.org/wiki/Rollenbesetzung Rollenbesetzung]''' (Casting)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%BC%94%E5%87%BA%E5%8A%A9%E6%89%8B 演出] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Enshutsu enshutsu])'': '''Animationsregisseur'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%BC%94%E5%87%BA%E5%8A%A9%E6%89%8B 演出助手] ''(enshutsu joshu)'': ''' Animationsregie-Assistent'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%95%E3%82%A4%E3%83%AB%E3%83%A0 フィルム] ''(firumu)'': '''Film'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8E%9F%E7%94%BB 原画] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#genga genga])'': '''[http://de.wikipedia.org/wiki/Schl%C3%BCsselbildanimation Schlüsselbildanimation]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8E%9F%E4%BD%9C 原作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#gensaku gensaku])'': '''Originalwerk''' ("Nach dem Manga/Roman/etc. von ...")
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%8F%BE%E5%83%8F 現像] ''(genzou)'': '''[http://de.wikipedia.org/wiki/Filmentwicklung Filmentwicklung]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%83%8C%E6%99%AF 背景] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Haikei haikei])'': '''Kulissen''' / '''[http://de.wikipedia.org/wiki/Hintergrundbild Hintergrundbilder])'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%85%8D%E7%B5%A6 配給] ''(haikyuu)'': '''[http://de.wikipedia.org/wiki/Vertrieb Vertrieb]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B7%A8%E6%9B%B2 編曲] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Henkyoku henkyoku])'': '''[http://de.wikipedia.org/wiki/Arrangement Arrangement]''' (Musik)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B7%A8%E9%9B%86 編集] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Henshuu henshuu])'': '''[http://de.wikipedia.org/wiki/Filmschnitt Filmschnitt]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B7%A8%E9%9B%86%E5%8A%A9%E6%89%8B 編集助手] ''(henshuu joshu)'': '''[http://de.wikipedia.org/wiki/Filmschnitt Filmschnitt]-Assistent'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%89%B2%E6%8C%87%E5%AE%9A 色指定] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Iroshitei iro shitei])'': '''[Farb-Koordination]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%9B%A3%E4%BF%AE 監修] ''(kanshu)'': '''Redaktionelle Leitung'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%9B%A3%E7%9D%A3 監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Kantoku kantoku])'': '''[http://de.wikipedia.org/wiki/Regie Regie]''' / [http://de.wikipedia.org/wiki/Regisseur Regisseur]
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BC%81%E7%94%BB 企画] ''(kikaku)'': '''Entwurf''' ([http://en.wikipedia.org/wiki/Script_development#Development Script Development])
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%A3%B0%E3%81%AE%E5%87%BA%E6%BC%94 声の出演] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Seiyuu koe no shutsuen])'': '''[http://de.wikipedia.org/wiki/Seiyuu Stimmen der auftretenden Charaktere]''' / Synchronsprecher
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%B0%8F%E7%89%A9%E6%9C%8D%E8%A3%85%E8%A8%AD%E5%AE%9A 小物服装設定] ''(komono fukusou settei)'': '''Requisiten-Entwurf''' (eigentlich: "Einrichtung von kleinen Dingen und Kleidung" / [http://de.wikipedia.org/wiki/Requisite Requisite])
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%84%9A%E6%9C%AC 脚本] ''(kyaku hon)'': '''[http://de.wikipedia.org/wiki/Drehbuch Drehbuch]'''
----
キャラクタデサイン / キャラクターデサイン ''(kyarakuta desain / [http://www.janscottfrazier.com/articles/jobs/index.htm#Character%20Designer kyarakutaa desain])'': '''[http://de.wikipedia.org/wiki/Charakterdesign Charakterdesign]'''
----
キャスティング [http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8D%94%E5%8A%9B 協力] ''(kyasuteingu kyouryoku)'': '''[http://de.wikipedia.org/wiki/Casting_(Auswahlverfahren) Casting] Assistance'''
----
キャスト ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Kyasuto kyasuto])'': '''Rollen und ihre Sprecher''' (nach engl. [http://de.wikipedia.org/wiki/Casting_(Auswahlverfahren) Cast])
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%8D%94%E5%8A%9B 協力] ''(kyouryoku)'': '''in Zusammenarbeit mit'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%8D%E3%82%AC%E7%B7%A8%E9%9B%86 ネガ編集] ''(nega henshuu)'': '''[http://en.wikipedia.org/wiki/Negative_cutting Negative Cutting]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E6%A5%BD 音楽] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Ongaku ongaku])'': '''[http://de.wikipedia.org/wiki/Filmmusik Filmmusik]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF%E7%9B%A3%E7%9D%A3 音響監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Ongaku%20Kantoku onkyou kantoku])'': '''[http://en.wikipedia.org/wiki/Sound_Director Sound Director]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF 音響] コーディネーター ''(onkyou koudineetaa)'': '''Sound Coordinator'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF 音響効果] ''(onkyou [http://www.janscottfrazier.com/articles/jobs/index.htm#Koukakouka])'': '''[http://de.wikipedia.org/wiki/Soundeffekt Soundeffekte]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF 音響効果]プロデューサー ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Ongaku%20Producer onkyou purodyuusaa])'': '''Tonproduzent'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF%E5%88%B6%E4%BD%9C 音響制作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Ongaku%20Seisaku onkyou seisaku])'': '''[http://de.wikipedia.org/wiki/Tonproduktion Tonproduktionsstudio]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%9F%B3%E9%9F%BF%E5%88%B6%E4%BD%9C%E5%8D%94%E5%8A%9B 音響制作協力] ''(onkyou seisaku kouryoku)'': '''Sound Work Assistance'''
----
オープニイングテーム ''(opuningu teemu)'': '''[http://de.wikipedia.org/wiki/Titelmelodie Titelmusik]''' ("Opening Theme")
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%AA%E3%83%AA%E3%82%B8%E3%83%8A%E3%83%AB%E3%82%B5%E3%82%A6%E3%83%B3%E3%83%89%E3%83%88%E3%83%A9%E3%83%83%E3%82%AF%E7%99%BA%E5%A3%B2 オリジナルサウンドトラック発売] ''(orijinaru saundo torakku hatsubai)'': '''Original-Soundtrack / Vertrieb'''
----
プロチューサー / プロデューサー ''(purochuusaa / purodyuusaa)'': '''[http://de.wikipedia.org/wiki/TV-Producer Produzent]'''
----
リレコ ''(rireko)'': '''[http://en.wikipedia.org/wiki/Re-recording_(filmmaking) Re-Recording]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%8C%B2%E9%9F%B3 録音] ''(rokuon)'': '''[http://de.wikipedia.org/wiki/Tontechnik Tontechnik]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%8C%B2%E9%9F%B3 録音制作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Rokuon%20Seisaku rokuon seisaku])'': '''[http://de.wikipedia.org/wiki/Tonproduktion Tonproduktion]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%8C%B2%E9%9F%B3%E8%AA%BF%E6%95%B4 録音調整] ''(rokuon [http://www.janscottfrazier.com/articles/jobs/index.htm#Chousei chousei])'': '''[http://de.wikipedia.org/wiki/Toningenieur Toningenieur]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%8C%B2%E9%9F%B3%E3%82%B9%E3%82%BF%E3%82%B8%E3%82%AA 録音スタジオ] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Rokuon%20Sutajio rokuon sutajio])'': '''[http://de.wikipedia.org/wiki/Aufnahmestudio Aufnahmestudio]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BD%9C 作曲] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Sakkyoku sakkyoku])'': '''[http://de.wikipedia.org/wiki/Komposition_(Musik) Komposition]''' (eines Musikstücks)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BD%9C%E7%94%BB%E7%9B%A3%E7%9D%A3 作画監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Sakuga%20Kantoku sakuga kantoku])'': '''[http://en.wikipedia.org/wiki/Animation_Director Animationsregie]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BD%9C%E8%A9%A9 作詩] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Sakushi sakushi])'': '''[http://de.wikipedia.org/wiki/Lyrics Liedtext]''' (Lyrics)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%92%AE%E5%BD%B1 撮影] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Satsue satsuei])'': '''[http://de.wikipedia.org/wiki/Kameramann Kamera]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%92%AE%E5%BD%B1%E7%9B%A3%E7%9D%A3 撮影監督] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Satsuekantoku satsuei kantoku])'': '''[http://de.wikipedia.org/wiki/Filmaufnahmeleitung Filmaufnahmeleitung]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A3%BD%E4%BD%9C 製作] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Presentation seisaku])'': '''Präsentation''' / "präsentiert von" (das ist üblicherweise der Hauptsponsor der Produktion)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A3%BD%E4%BD%9C%E7%B7%A8%E6%88%90 製作部長] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Seisakubuchou seisaku buchou])'': '''Production Manager'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A3%BD%E4%BD%9C%E7%B7%A8%E6%88%90 製作デスク] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Seisakudesuku seisaku desuko])'': '''Production Desk'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A3%BD%E4%BD%9C%E7%B7%A8%E6%88%90 製作編成] ''(seisaku hensei)'': '''Produktions-Organisation'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C%E4%BA%8B%E5%8B%99 制作事務] ''(seisaku jimu)'': '''Produktionsbüro'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C%E5%8D%94%E5%8A%9B 制作協力] ''(seisaku kyouryoku)'': '''Produktionsassistenz'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C 制作]プロデューサー ''(seisaku purodyuusaa)'': '''Produzent des Gesamtwerks'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C%E9%80%B2%E8%A1%8C 制作進行] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Seisakushinkou seisaku shinkou])'': '''Produktionsassistenz'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%88%B6%E4%BD%9C%E6%8B%85%E5%BD%93 制作担当] ''(seisaku tantou)'': '''Produktions-Verantwortung'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E5%AE%A3%E4%BC%9D 宣伝] ''(senden)'': '''[http://de.wikipedia.org/wiki/Marketing Vermarktung]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E9%81%B8%E6%9B%B2 選曲] ''(senkyoku)'': '''Musikauswahl'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%A8%AD%E5%AE%9A%E7%AE%A1%E7%90%86 設定管理] ''(settei kanri)'': '''Setting Management''' (steht so in ANN...)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BB%95%E4%B8%8A 仕上] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Shiage shiage])'': '''Colorierung''', siehe [http://de.wikipedia.org/wiki/Postproduktion Postproduktion]
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BB%95%E4%B8%8A%E6%A4%9C%E6%9F%BB 仕上検査] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Shiagekensa shiage kensa])'': '''Farbkontrolle'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E8%89%B2%E5%BD%A9%E8%A8%AD%E8%A8%88 色彩設計] ''(shikisai sekkei)'': '''Farb-Design'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA%E6%A7%8B%E6%88%90 シリーズ構成] ''(shiriizu kouzei)'': '''Aufbau der Serie'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%B8%BB%E9%A1%8C%E6%AD%8C 主題歌] ''(shudaika)'': '''[http://de.wikipedia.org/wiki/Titelsong Titelsong]'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%B7%8F%E7%9B%A3%E7%9D%A3 総監督] ''(soukantoku)'': '''[http://de.wikipedia.org/wiki/Regisseur Regisseur]''' des Gesamtwerks
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E3%82%BF%E3%82%A4%E3%83%88%E3%83%AB タイトル] リス [http://85.10.207.185/wadoku/index.jsp?phrase=%E3%83%AF%E3%83%BC%E3%82%AF ワーク] ''(taitoru risu waaku)'': '''Title Lithography Work''' (Künstlerische Gestaltung des Titel-Logos)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E7%89%B9%E6%AE%8A%E5%8A%B9%E6%9E%9C 特殊効果] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Tokushukouka tokushu kouka])'': '''[http://de.wikipedia.org/wiki/Spezialeffekt Spezialeffekte]''' (auch 特効 - ''tokkou'')
----
トレスマシン ''(toresu mashin)'': '''Trace Machine'''
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E6%AD%8C 歌] ''([http://www.janscottfrazier.com/articles/jobs/index.htm#Uta uta])'': '''[http://de.wikipedia.org/wiki/Gesang Gesang]''' (eines Liedes)
----
[http://85.10.207.185/wadoku/index.jsp?phrase=%E4%BD%9C%E7%9B%A3%E8%A3%9C%E4%BD%90 作監補佐] ''(sak(k)an hosa)'': '''Produktions- & Regie-Assistenz'''
----

[[Kategorie:Anime]]

Produktions-Credits

2009-03-23T23:34:19Z

Devil Doll: inhaltliche Überarbeitung

2008-12-26T18:28:50Z

Devil Doll: /* Download des Programms */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer geeigneten Quelle.

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> mit den nach Englisch übersetzten Menü-Texten des Programms.

Download-Seiten für das Programmarchiv (<tt>Share10_ex2.zip</tt>, ohne englische Menütexte) im WWW:
* [http://tomman.monkeeh.com/share/ http://tomman.monkeeh.com/share/] ("Descargar Share EX2")
* [http://arcturus.su/share/ http://arcturus.su/share/] ("a mirror for the current TCP client")

Download-Seite für die englischen Menütexte im WWW (vom Autor der Datei):
* [http://uguu.org/share/tcp/locale.txt http://uguu.org/share/tcp/locale.txt] (Seite direkt aus dem Browser als Datei speichern, 37.870 bytes, CRC <tt>e23e1c85</tt>)

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der maximalen Anzahl 10000 gleichzeitig zu verwaltender Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes direkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückhängenden Downloads die kleinere, also bessere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht'' und außerdem ja ständig Aufwand für das Suchen von Nodes und Dateien anfällt. Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

Man kann eine solche Konvertierung übrigens auch bei unvollständigen Dateien jederzeit manuell anstoßen; Share gibt dann die Daten ab dem Beginn der Datei bis zum ersten fehlenden Block aus (und am Statusbalken des Downloads kann man abschätzen, wieviel das ungefähr sein wird). Es gibt Fälle, in denen man auf diese Weise aus Dateileichen des Netzwerks noch ein paar sinnvolle Daten gewinnen kann; ein Beispiel dafür sind RAR-Archive, welche auch im unvollständigen Zustand lesbar sind und aus denen man deshalb zumindest die bereits vollständig empfangenen Archiv-Elemente extrahieren kann, ohne den Download vollständig abgeschlossen zu haben - das ist zwar nicht ideal, aber manchmal besser als nichts. Auch DVD-ISOs sind im unvollständigen Zustand zumindest in Einzeldateien zerlegbar (und wenn man viel Glück hat, dann fehlt nur am Ende der DVD ein Block aus der VOB-Datei mit einem Werbe-Trailer, während die Episoden selbst vollständig vorhanden sind), während diese Methode bei Dateiformaten, die auf Informationen am Ende der Datei angewiesen sind (z. B. AVI-Container), nichts nützt.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)
* [http://www.startp2p.net/share/node_ex.php nodes-Liste (http://www.startp2p.net/share/node_ex.php)] (2008-12-26: Neu aufgenommen; in derselben Domain gibt es auch nodes-Listen für Winny und PerfectDark)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-12-26T18:22:05Z

Devil Doll: WWW-Adressen zum Programm-Download

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer geeigneten Quelle.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Download-Seiten für das Programmarchiv (<tt>Share10_ex2.zip</tt>, ohne englische Menütexte) im WWW:
* [http://tomman.monkeeh.com/share/ http://tomman.monkeeh.com/share/] ("Descargar Share EX2")
* [http://arcturus.su/share/ http://arcturus.su/share/] ("a mirror for the current TCP client")

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der maximalen Anzahl 10000 gleichzeitig zu verwaltender Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes direkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückhängenden Downloads die kleinere, also bessere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht'' und außerdem ja ständig Aufwand für das Suchen von Nodes und Dateien anfällt. Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

Man kann eine solche Konvertierung übrigens auch bei unvollständigen Dateien jederzeit manuell anstoßen; Share gibt dann die Daten ab dem Beginn der Datei bis zum ersten fehlenden Block aus (und am Statusbalken des Downloads kann man abschätzen, wieviel das ungefähr sein wird). Es gibt Fälle, in denen man auf diese Weise aus Dateileichen des Netzwerks noch ein paar sinnvolle Daten gewinnen kann; ein Beispiel dafür sind RAR-Archive, welche auch im unvollständigen Zustand lesbar sind und aus denen man deshalb zumindest die bereits vollständig empfangenen Archiv-Elemente extrahieren kann, ohne den Download vollständig abgeschlossen zu haben - das ist zwar nicht ideal, aber manchmal besser als nichts. Auch DVD-ISOs sind im unvollständigen Zustand zumindest in Einzeldateien zerlegbar (und wenn man viel Glück hat, dann fehlt nur am Ende der DVD ein Block aus der VOB-Datei mit einem Werbe-Trailer, während die Episoden selbst vollständig vorhanden sind), während diese Methode bei Dateiformaten, die auf Informationen am Ende der Datei angewiesen sind (z. B. AVI-Container), nichts nützt.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)
* [http://www.startp2p.net/share/node_ex.php nodes-Liste (http://www.startp2p.net/share/node_ex.php)] (2008-12-26: Neu aufgenommen; in derselben Domain gibt es auch nodes-Listen für Winny und PerfectDark)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-12-26T18:15:51Z

Devil Doll: /* Aktive Listen */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der maximalen Anzahl 10000 gleichzeitig zu verwaltender Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes direkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückhängenden Downloads die kleinere, also bessere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht'' und außerdem ja ständig Aufwand für das Suchen von Nodes und Dateien anfällt. Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

Man kann eine solche Konvertierung übrigens auch bei unvollständigen Dateien jederzeit manuell anstoßen; Share gibt dann die Daten ab dem Beginn der Datei bis zum ersten fehlenden Block aus (und am Statusbalken des Downloads kann man abschätzen, wieviel das ungefähr sein wird). Es gibt Fälle, in denen man auf diese Weise aus Dateileichen des Netzwerks noch ein paar sinnvolle Daten gewinnen kann; ein Beispiel dafür sind RAR-Archive, welche auch im unvollständigen Zustand lesbar sind und aus denen man deshalb zumindest die bereits vollständig empfangenen Archiv-Elemente extrahieren kann, ohne den Download vollständig abgeschlossen zu haben - das ist zwar nicht ideal, aber manchmal besser als nichts. Auch DVD-ISOs sind im unvollständigen Zustand zumindest in Einzeldateien zerlegbar (und wenn man viel Glück hat, dann fehlt nur am Ende der DVD ein Block aus der VOB-Datei mit einem Werbe-Trailer, während die Episoden selbst vollständig vorhanden sind), während diese Methode bei Dateiformaten, die auf Informationen am Ende der Datei angewiesen sind (z. B. AVI-Container), nichts nützt.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)
* [http://www.startp2p.net/share/node_ex.php nodes-Liste (http://www.startp2p.net/share/node_ex.php)] (2008-12-26: Neu aufgenommen; in derselben Domain gibt es auch nodes-Listen für Winny und PerfectDark)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-09-15T13:20:36Z

Devil Doll: Konvertieren unvollständig empfangener Downloads

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der maximalen Anzahl 10000 gleichzeitig zu verwaltender Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes direkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückhängenden Downloads die kleinere, also bessere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht'' und außerdem ja ständig Aufwand für das Suchen von Nodes und Dateien anfällt. Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

Man kann eine solche Konvertierung übrigens auch bei unvollständigen Dateien jederzeit manuell anstoßen; Share gibt dann die Daten ab dem Beginn der Datei bis zum ersten fehlenden Block aus (und am Statusbalken des Downloads kann man abschätzen, wieviel das ungefähr sein wird). Es gibt Fälle, in denen man auf diese Weise aus Dateileichen des Netzwerks noch ein paar sinnvolle Daten gewinnen kann; ein Beispiel dafür sind RAR-Archive, welche auch im unvollständigen Zustand lesbar sind und aus denen man deshalb zumindest die bereits vollständig empfangenen Archiv-Elemente extrahieren kann, ohne den Download vollständig abgeschlossen zu haben - das ist zwar nicht ideal, aber manchmal besser als nichts. Auch DVD-ISOs sind im unvollständigen Zustand zumindest in Einzeldateien zerlegbar (und wenn man viel Glück hat, dann fehlt nur am Ende der DVD ein Block aus der VOB-Datei mit einem Werbe-Trailer, während die Episoden selbst vollständig vorhanden sind), während diese Methode bei Dateiformaten, die auf Informationen am Ende der Datei angewiesen sind (z. B. AVI-Container), nichts nützt.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-09-15T13:14:15Z

Devil Doll: /* Informationsanzeige über den gesamten aktuellen Traffic */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der maximalen Anzahl 10000 gleichzeitig zu verwaltender Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes direkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückhängenden Downloads die kleinere, also bessere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht'' und außerdem ja ständig Aufwand für das Suchen von Nodes und Dateien anfällt. Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-09-15T13:12:41Z

Devil Doll: /* Informationsanzeige über aktuelle Datenübertragungen */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der maximalen Anzahl 10000 gleichzeitig zu verwaltender Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes direkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückhängenden Downloads die kleinere, also bessere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-09-15T13:11:52Z

Devil Doll: /* Informationsanzeige über aktive Downloads */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der maximalen Anzahl 10000 gleichzeitig zu verwaltender Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes direkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückhängenden Downloads die kleinere, also bessere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-09-15T13:03:18Z

Devil Doll: /* Konfiguration von Nodes */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der maximalen Anzahl 10000 gleichzeitig zu verwaltender Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes direkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückliegenden Downloads die höhere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-09-15T12:59:47Z

Devil Doll: /* Konfiguration von Nodes */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der maximalen Anzahl 10000 gleichzeitig zu verwaltender Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes dirkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückliegenden Downloads die höhere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-09-15T12:58:19Z

Devil Doll: /* Konfiguration von Nodes */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes dirkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückliegenden Downloads die höhere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-09-15T12:57:02Z

Devil Doll: /* Konfiguration von Nodes */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("noudo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes dirkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückliegenden Downloads die höhere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-09-15T12:56:24Z

Devil Doll: /* Konfiguration von Nodes */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes dirkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückliegenden Downloads die höhere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-08-05T15:55:34Z

Devil Doll: Detaillierte Beschreibung der möglichen Nodes-Zustände

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

Diese Nodes-Seite liefert übrigens einen recht guten Überblick über den Betriebszustand des Share-Clients, wenn man die entsprechenden Informationen zu deuten weiß. Jeder dargestellte Node kann einen der folgenden Zustände einnehmen:
* '''Sleep''': '''Node im Ruhezustand, Zustand längere Zeit nicht aktualisiert'''. ''(Nach einem Programmneustart sehen alle Nodes so aus.)''
* '''Sleep''': '''Node im Ruhezustand, Zustand relativ aktuell'''. ''(Ab einem Programmneustart nimmt der Anteil solcher Zeilen nach und nach zu.)''
* '''Sleep''': '''Node im Ruhezustand, Verbindungsaufbau zu diesem Node gescheitert'''. ''(Einzelne Zeilen dieser Art sind kein Grund zur Sorge, aber sollten sich solche Symptome häufen - oder gar über 50% aller Nodes ausmachen -, dann liegt ein schwerwiegendes Problem vor, üblicherweise ein Verbindungsengpass. Ein Neustart des Programms kann genügen, um dieses zu beheben; falls das nicht reicht, kann eine Trennung und ein Neuaufbau der Internetverbindung helfen.)''
* '''Share''' (Up/Down): '''Aktueller Datenaustausch mit diesem Node'''. An der Verbindungsdauer kann man erkennen, dass solche Übertragungen oft mehrere Stunden ohne Unterbrechung dauern können. ''(3-4 gleichzeitige Share-Down-Verbindungen sind schon ziemlich gut.)''
* '''Search''' (Up/Down): '''Durchsuchen der Nodes nach interessanten Dateien bzw. Nodes'''; aufgrund dieser Funktion genügt ein einziger bekannter (aktiver) Node, um in das Netz einzusteigen und weitere Tauschpartner zu finden. ''(1-3 solcher Verbindungen wird man üblicherweise gleichzeitig haben.)''
* '''Test''' (Up/Down): '''Versuch eines Verbindungsaufbaus zu diesem Node''' (Protokoll-Handshake). ''(1-2 solcher Verbindungsversuche hat man üblicherweise gleichzeitig laufen.)''
* '''Check''' (Up/Down): '''Abfrage der Cluster-Informationen des entsprechenden Nodes''', welche als Ergebnis eines erfolgreichen "Check" auf dieser Seite eingeblendet werden. ''(Ich habe selten mehr als 1 gleichzeitige Check-Verbindung gesehen.)''
* '''Diffuse''' (Up/Down): '''Anonymisierung von Daten fremder Übertragungen'''. Durch solche Indirektion von Verbindungen erschwert das Share-Netzwerk eine Beobachtung der eigentlichen Datentransfers - im Gegensatz zu Torrent- oder ed2k-Netzwerken sind hier nämlich üblicherweise nicht die beiden Daten austauschenden Nodes dirkt miteinander verbunden. Nachteil der Methode ist, dass ein Vielfaches des übertragenen Datenvolumens an Netzbandbreite erforderlich ist. Deshalb übernimmt ein Node nur dann "Diffuse"-Aufgaben, wenn er dazu genügend Bandbreite übrig hat - tendentiell leisten die schnellsten Nodes des Netzwerkes den überwiegenden Teil an "Diffuse"-Arbeit für die langsameren Nodes mit. ''(Ich habe nur selten eigene "Diffuse"-Funktionen beobachtet, allerdings meistens gleichzeitig mit sehr guten eigenen Download-Leistungen - es wäre also denkbar, dass "Diffuse"-leistende Nodes für ihre eigene Belieferung mit Daten einen Bonus bei fremden Nodes erhalten.)''
Unabhängig von der Anzahl meiner Up- bzw. Downloads und der aktuellen Verbindungsgeschwindigkeit habe ich nie mehr als ein Dutzend Nodes beobachtet, zu denen gleichzeitig eine Verbindung existierte; Share geht also sehr ökonomisch mit seinen Verbindungen um und kann deshalb relativ gut gleichzeitig mit anderen File-Sharing-Applikationen betrieben werden (sofern man das von der erforderlichen Upload-Bandbreite hinkriegt). Dies ist gleichzeitig aber auch der Grund, weshalb es eine Weile dauert, bis Suchvorgänge im Netz neue Informationen liefern: In diesem Verbindungsaufbautempo dauert es mehrere Stunden, bis Share sämtliche ihm bekannten 10000 Nodes einmal abgeklappert und seine lokalen Informationen auf den neuesten Stand gebracht hat.

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückliegenden Downloads die höhere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

Produktions-Credits

2008-07-23T17:08:47Z

Devil Doll:

Produktions-Credits

2008-07-22T16:52:39Z

Devil Doll:

2008-07-22T13:11:57Z

Devil Doll: ed2k-Links der Programmdatei

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten [http://de.wikipedia.org/wiki/Freenet Freenet] ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im ed2k-Netzwerk (siehe unten),
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden. (Das ist allerdings seit Frühjahr 2006 nicht mehr geschehen.) Die symbolische Identität des Autors ist dem Programm bekannt, sodass auf diese Weise keine Fake-Versionen verbreitet werden.

Im [[EMule|ed2k-Netzwerk]] kursiert das Programm unter diversen File Hashes. Zu zweien davon kann ich den Inhalt bestätigen:
* <tt>ed2k://|file|Share10_ex2.zip|753309|B1352541ACCC3A0681464F688B759102|/</tt> (<tt>Share10_ex2.zip</tt>, CRC <tt>D738F27F</tt>) enthält die Originalversion des Programms (Version 1.0 EX2 vom 1.4.2006, laut Datei <tt>readme.txt</tt>) mit japanischen Menü-Texten.
* <tt>ed2k://|file|Share%201.0%20EX2.rar|582779|527B135DABF9C570423F3448569E9060|/</tt> (<tt>Share 1.0 EX2.rar</tt>, CRC <tt>DE350F3D</tt>) enthält gegenüber der Originalversion eine geänderte Datei <tt>locale.txt</tt> (37.870 bytes) mit den nach Englisch übersetzten Menü-Texten des Programms.

Tom Maneiro bietet auf seinem (venezolanischen) Share-Support-Portal das Programm auf [http://tomman.monkeeh.com/share/ dieser Seite] unter "Descargar Share EX2" die Datei <tt>Share10_ex2.zip</tt> (also ohne englische Menütexte) zum Download an.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückliegenden Downloads die höhere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

Produktions-Credits

2008-07-21T14:22:53Z

Devil Doll:

Produktions-Credits

2008-07-20T17:56:09Z

Devil Doll:

Produktions-Credits

2008-07-20T17:23:06Z

Devil Doll: Änderung der Server-Domain (bisherige Domain nicht mehr vorhanden)

2008-07-19T12:40:18Z

Devil Doll: /* Inaktive Listen */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten Freenet ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im [[EMule|ed2k-Netzwerk]],
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden.

Tom Maneiro bietet auf seiner Share-Support-Seite (auf spanisch) das Programm unter [http://tomman.monkeeh.com/share/ diesem URL] als ZIP-Archiv zum Download an. (Zur Kontrolle, dass man das richtige Programm verwendet: <code>share.exe</code> von Share Version 1.0 EX2 ist 1.477.258 Bytes groß und hat einen CRC von <code>3d8fe879</code>.) Das Archiv enthält ''nicht'' die englischen Menütexte.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückliegenden Downloads die höhere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* [http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)
* [http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)
* [http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-07-16T13:21:33Z

Devil Doll: /* Informationsanzeige über aktive Downloads */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten Freenet ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im [[EMule|ed2k-Netzwerk]],
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden.

Tom Maneiro bietet auf seiner Share-Support-Seite (auf spanisch) das Programm unter [http://tomman.monkeeh.com/share/ diesem URL] als ZIP-Archiv zum Download an. (Zur Kontrolle, dass man das richtige Programm verwendet: <code>share.exe</code> von Share Version 1.0 EX2 ist 1.477.258 Bytes groß und hat einen CRC von <code>3d8fe879</code>.) Das Archiv enthält ''nicht'' die englischen Menütexte.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)'' oder falls ein anderer Node mehrere der gesuchten Dateien mit Daten beliefern könnte ''(damit kann man also einstellen, ob man mehrere zusammengehörige Dateien eher nacheinander oder eher gleichzeitig saugen möchte, indem man für letzteres alle paar Tage den zurückliegenden Downloads die höhere Priorität gibt)''.
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* ''[http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)''
* ''[http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)''
* ''[http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)''
* ''[http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)''
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-07-16T13:17:29Z

Devil Doll: /* Filter */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten Freenet ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im [[EMule|ed2k-Netzwerk]],
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden.

Tom Maneiro bietet auf seiner Share-Support-Seite (auf spanisch) das Programm unter [http://tomman.monkeeh.com/share/ diesem URL] als ZIP-Archiv zum Download an. (Zur Kontrolle, dass man das richtige Programm verwendet: <code>share.exe</code> von Share Version 1.0 EX2 ist 1.477.258 Bytes groß und hat einen CRC von <code>3d8fe879</code>.) Das Archiv enthält ''nicht'' die englischen Menütexte.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Filter auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)''
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* ''[http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)''
* ''[http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)''
* ''[http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)''
* ''[http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)''
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-07-08T00:03:31Z

Devil Doll: /* Nodes-Listen */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten Freenet ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im [[EMule|ed2k-Netzwerk]],
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden.

Tom Maneiro bietet auf seiner Share-Support-Seite (auf spanisch) das Programm unter [http://tomman.monkeeh.com/share/ diesem URL] als ZIP-Archiv zum Download an. (Zur Kontrolle, dass man das richtige Programm verwendet: <code>share.exe</code> von Share Version 1.0 EX2 ist 1.477.258 Bytes groß und hat einen CRC von <code>3d8fe879</code>.) Das Archiv enthält ''nicht'' die englischen Menütexte.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Trigger auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)''
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* ''[http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)''
* ''[http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)''
* ''[http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)''
* ''[http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)''
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-07-07: leitet nun weiter zu einem allgemeinen Filesharing-Portal)

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-07-01T17:42:00Z

Devil Doll: /* Nodes-Listen */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten Freenet ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im [[EMule|ed2k-Netzwerk]],
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden.

Tom Maneiro bietet auf seiner Share-Support-Seite (auf spanisch) das Programm unter [http://tomman.monkeeh.com/share/ diesem URL] als ZIP-Archiv zum Download an. (Zur Kontrolle, dass man das richtige Programm verwendet: <code>share.exe</code> von Share Version 1.0 EX2 ist 1.477.258 Bytes groß und hat einen CRC von <code>3d8fe879</code>.) Das Archiv enthält ''nicht'' die englischen Menütexte.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Trigger auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)''
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2007-07-28: Neu aufgenommen)
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-06-10: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* ''[http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)''
* ''[http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)''
* ''[http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)''
* ''[http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-07-01: Site liefert keinen Shares-Support mehr)''

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

Von der ISO-DVD zum AVI-Hardsub

2008-06-10T14:29:44Z

Devil Doll: +Interner Link

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen, wobei sich die vorliegende Beschreibung auf die Erzeugung von [[Hardsub|Hardsubs]] in [[AVI]]-[[Container|Containern]] beschränkt.

Der Schwerpunkt der Ausführungen liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen (bis zu 1440kbit/sec, was für eine Anime-Episode von 23 Minuten Spieldauer knapp 250 MB Speicherplatz bedeuten würde!), ist ihre Verwendung eher unüblich, kommt aber in der Realität durchaus vor.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 sechs (5.1)] Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] bieten ebenfalls eine hohe Tonqualität und können bis zu Surround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind auf maximal zwei Tonkanäle beschränkt, benötigen dafür aber relativ wenig Speicherplatz.

Das Tonformat innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist üblicherweise ein '''MP3-Stream mit einer konstanten Bitrate 128 kbit/sec''' ''(manche Standalone-DVD-Player haben Probleme mit variablen Bitraten in MP3)'', also nur etwa ein Viertel der Qualität des oben erwähnten AC3-Audiostreams.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im auf der DVD vorliegenden Format oder
* umgewandelt in das PCM-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen). Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird von DGIndex beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). Das Ergebnis dieses Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird [[#Auswahl_des_Zielformats_.28mod16-Regel.29|später noch benötigt werden]].

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Video-Stream in einen anderen Video-Stream umwandelt). Avisynth besitzt ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch '''Skriptdateien''' gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Ein solches Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Stream angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann dann insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) für eine NTSC-DVD ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 59,94 [http://de.wikipedia.org/wiki/Halbbild Halbbilder] je Sekunde. Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern mit Hilfe des Deinterlacing zusammenzufassen. Das Resultat sind 29,97 (Ganz-)Bilder je Sekunde. Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szenen um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) für eine NTSC-DVD ===

Die 29.97 Bilder pro Sekunde müssen nun auf 23.976 Bilder pro Sekunde dezimiert werden, um wieder die Originalfilmrate zu erreichen (die für das Abspielen auf japanischen Geräten im NTSC-Standard künstlich um 25% erhöht werden musste - zudem lassen sich die auf diese Weise entstandenen Videos auch noch schlechter komprimieren). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Rands; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Rands; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

''ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.
''

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

==== Auswahl des Zielformats (mod16-Regel) ====

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir [[#Durchf.C3.BChrung_des_Analyselaufs_mit_DGIndex|während der Analyse des DVD-Materials ermittelt]]). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen ''müssen'' (bei Verwendung eines MPEG4-Codec) durch 4 teilbar sein und [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720*480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Das bedeutet konkret:
* Für Videos mit den Seitenverhältnissen '''4:3''' ist ein Bildformat von '''640*480px''' üblich.
* Bei einem Seitenverhältnis von '''16:9''' lässt sich eine exakte Teilbarkeit der Höhe durch 16 nur erreichen, wenn die Höhe ein Vielfaches von 9*16 = 144px ist; das größte Format, das die Breite von 720px nicht überschreitet, wäre in diesem Falle dann 512*288px, was jedoch deutlich kleiner wäre als unser Ausgangsmaterial. Gibt man sich jedoch mit einer Teilbarkeit beider Dimensionen durch 4 zufrieden, dann ist die größte verwendbare Auflösung '''704*396px'''; wenn man darüber hinaus bereit ist, eine geringfügige Seitenverzerrung zu akzeptieren, kann man 720*405px anstreben (was exaktes 16:9 wäre) und das Bild dann auf '''720*404px''' verzerren.

Entsprechende Vergleichstests haben allerdings bestätigt, dass XviD aufgrund seiner Eigenschaft, 16*16px Pixel große Makroblocks zu komprimieren, bei durch 16 teilbaren Seitenlängen so deutlich viel effizienter arbeiten kann, dass es sich sogar lohnt, ein 16:9-Video auf 704*400px statt auf 704*396px zu skalieren (also 1% Bildinformation mehr zu speichern - die Seitenverzerrung von 1% wird vom Publikum nicht wahrgenommen); die XviD-komprimierte Version einer solchen Datei wird dabei üblicherweise sogar etwas kleiner als die 704*396px-Version:
[[Bild:AVI-Hardsub_Testergebnis.jpg|Testergebnis: XviD-Codierung von 704*400px-Videos gegenüber 704*396px-Videos zur Bestätigung der mod16-Theorie]]

==== Herstellung des Zielformats ====

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren). LanczosResize schärft dünne Linien nach, was für Animes tendentiell ein wünschenswerter Effekt sein dürfte; BicubicResize tut das nicht, liefert dafür aber etwas besser XviD-komprimierbares Bildmaterial, d. h. kleinere Dateien nach dem Encoding bei sogar geringerem Informationsverlust relativ zum Original-Video (gemessen durch einen höheren [http://en.wikipedia.org/wiki/SSIM SSIM-Wert]).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren.

Grundsätzlich gilt dabei: Die Entfernung von Details verbessert die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht. Je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar. Umgekehrt gibt es auch Filterfunktionen, die bestimmte Details (z. B. Linien) gezielt verstärken ("schärfen") können, etwa um Videomaterial geringer Ausgangsqualität nachträglich "aufzubessern".

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des RemoveGrain-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 400)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der [[#Filter_zur_Qualit.C3.A4tsverbesserung|angegebenen simplen Filterfunktion]] dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filtervorgang nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners. ''(ACHTUNG: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)''

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream enthalten (der um den entsprechenden Delay zeitlich verschoben eingefügt werden muss) , damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Encoding als AVI-Container mit XviD-Videostream ==

Nach der Erstellung des [[#Speichern_des_Verarbeitungs-Ergebnisses|Timing-Raws]] wird der [[Encoder]] erst wieder tätig, wenn sämtliche [[Untertitel|Untertiteldateien]] zur betreffenden Episode bei ihm abgeliefert wurden. Nun brennt er diese als [[Hardsub]] fest in den Videostream der Episode ein, wobei er eines von mehreren möglichen Zielen zu verfolgen versucht.

=== Optimale Ausnutzung eines Zielmediums ===

Eine einzelne Anime-Episode wird ihrer endgültigen Form ca. 150-250 MB an Speicherplatz belegen (TV-Episoden tendentiell weniger als OVA-Episoden, welche oftmals bis zu 30 Minuten lang sind und ggf. eine aufwändigere Animation besitzen).

Falls solche Dateien auf Datenträgern des Typs CD bzw. DVD gespeichert werden sollen (um sie auf einem Standalone-Player über einen Fernseher abzuspielen, was vom [[Container]]- und [[Codec]]-Format her ja möglich wäre) und der Encoder die Anzahl der Episoden (und ggf. zugehörigen Specials) der gesamten Serie von vornherein kennt, kann er die Größe der von ihm erzeugten Dateien auf das geplante Ziel-Medium abstimmen:
* Eine handelsübliche CD fasst [http://de.wikipedia.org/wiki/Compact_Disc#Datenformate 703 MB] an Daten, also
** 3 Episoden zu je 234 MB (Videoqualität ca. 1150 kb/sec) bzw.
** 4 Episoden zu je 175.5 MB (Videoqualität ca. 900 kb/sec).
* Eine Single Layer DVD fasst [http://de.wikipedia.org/wiki/DVD#Speicherkapazit.C3.A4t_und_Zugriffstechnik 4483 MB] an Daten, also
** 24 Episoden zu je 186.5 MB (Videoqualität ca. 1000 kb/sec) bzw.
** 26 Episoden zu je 172 MB (Videoqualität ca. 850 kb/sec).
Diese Größen werden von vielen Fansubber-Gruppen gezielt produziert, indem im XviD-Codec die Spieldauer (sekundengenau) und Zielgröße der Datei sowie die Qualität des verwendeten Audio-Streams eingegeben wird; XviD kann aus diesen Angaben die maximal zulässige Qualität für den Videostream (gemessen in kbit/sec) berechnen und diese bei Verwendung des '''2-Pass-Encoding''' auch ziemlich exakt erreichen. Damit belegen alle Episoden einer Serie gleich viel Speicherplatz auf dem Zielmedium - unabhängig von der Spieldauer der einzelnen Episode. Bei TV-Serien ist diese Spieldauer üblicherweise konstant, nicht aber bei OVAs - und in solchen Fällen liefert diese Methode unterschiedliche Qualitäten für die verschiedenen Episoden.

Um letzteres zu verhindern, kann man die auf einen Datenträger (etwa eine CD) zu brennenden Episoden von vornherein als zusammengehörig betrachten und ihre ''Gesamtspieldauer'' als Berechnungsgrundlage für die obige Methode heranziehen. Bei der Verwendung der so berechneten Durchschnittsqualität dieser CD für jede ihrer Episoden entstehen dann ''verschieden große Dateien mit gleicher Video-Qualität'', während das jeweilige Speichermedium immer noch optimal ausgenutzt wird. Dieser Ansatz wurde beispielsweise beim Encoding der Serie [http://fan-sub.de/fansub.rhtml?id=902 Lamune] verfolgt.

=== Optimale Darstellung der vorliegenden Informationsmenge ===

Das [[Encoden]] von Videomaterial mit einem der üblichen [[Codec|Codecs]] ist immer eine ''verlustbehaftete Komprimierung'', und der Grad des Verlusts kann vom [[Encoder]] im Prinzip frei gewählt werden. Insbesondere ist es durchaus normal, dass in einer Episode einer Serie mit hohem Action-Anteil wesentlich mehr Video-Information vorliegt als in einer anderen Episode derselben Serie, welche von langen Dialogen dominiert wird; werden beide Episoden dennoch auf dieselbe Dateigröße encodiert, dann leidet die Qualität der Action-Episode, während bei der Dialoge-Episode Platz verschwendet wird. Und wenn die fertigen Dateien letzten Endes auf der Festplatte eines Fans landen oder eine Serie mit z. B. nur 13 Episoden auf eine DVD gebrannt werden wird, dann sollte die exakte Größe der Datei gegenüber einer möglichst guten Video-Qualität bei im Mittel dennoch akzeptabler Dateigröße (zwecks schneller Übertragung) nur von untergeordneter Bedeutung sein.

Für das Erreichen der optimalen Videoqualität einer jeden Episode wäre es also ein alternativer Ansatz, es ''dem Codec selbst zu überlassen, wie groß er die entsprechende Datei erzeugen will''. Dazu kann man ihm im Falle von [[XviD]] als Zielvorgabe einfach einen Qualitätswert angeben, den er angesichts der vorliegenden Informationsmenge gar nicht erreichen kann (etwa 9999 kbit/sec) und gleichzeitig die resultierende Dateigröße durch einheitliche Vorgaben in der XviD-Konfiguration beeinflussen, wobei diese XviD-Konfiguration dann auf alle Episoden einer Serie gleichermaßen angewendet wird. Dabei entstehen zwar Dateien beliebig unterschiedlicher, aber jeweils der vorliegenden Information angemessener Größe.

Bewährt hat sich dabei insbesondere, in der XviD-Konfiguration unter "<tt>Quality Preset - more</tt>" / "<tt>Quantization</tt>" für den "<tt>min. P-Frame quantizer</tt>" einen Wert von 2 (statt 1) einzutragen, also ''dem XviD-Codec die Verwendung von P-Frames mit einem Quant von 1 zu verbieten''. P-Frames mit einem Quant von 1 belegen innerhalb eines XviD-Streams relativ viel Platz, tragen jedoch eher wenig zur Bildqualität bei; allein durch den Verzicht auf diese Möglichkeit bringt man den XviD-Codec bei guter Qualität des Videomaterial ''oftmals'' (wenngleich nicht immer) bereits dazu, trotz ansonsten maximaler Ausschöpfung seiner Möglichkeiten Dateien in einer ungefähren Größe zu produzieren, wie sie aufgrund der Zielsetzung im [[#Optimale_Ausnutzung_eines_Zielmediums|vorherigen Kapitel]] ohnehin erwünscht ist.

Gleichzeitig lässt sich bei diesem Ansatz durch den Einsatz etwas aggressiverer [[#Filter_zur_Qualit.C3.A4tsverbesserung|Filter]] bereits bei der Vorverarbeitung des Videomaterials Information aus dem Video-Stream entfernen, solange dieser Eingriff die Videoqualität nicht sichtbar reduziert - bei einer ohnehin angestrebten variablen Datengröße lohnt es sich, zu sparen, wo immer dies ''mit vertretbarem Qualitätsverlust'' möglich erscheint. Auf diese Weise können bei einem handlungsarmen Anime wie etwa [http://fan-sub.de/fansub.rhtml?id=687 Koi Kaze] insgesamt Dateien mit einer Größe von deutlich unter 150 MB pro 23-min-Episode erzeugt werden, ohne dass deren Qualität auffällig schlecht wäre oder von Episode zu Episode stark schwanken würde.

== Links zu weiterführender Literatur ==
* Encoding allgemein: [http://german.doom9.org/ doom9 (deutsch)]
* DVD-Analyse: [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* Deinterlacing: [http://de.wikipedia.org/wiki/Inverse_Telecine Inverse Telecine] (Rückgängigmachen des [http://de.wikipedia.org/wiki/3:2-Pull-Down 3:2-Pull-Down] bei NTSC-DVDs)
* Deinterlacing: [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]
* XviD: [http://3ivx.info/download/Wissenswertes.rund.um.Xvid.by.Selur.zip Wissenswertes rund um XviD by Selur (deutsch, zipped PDF)]

Von der ISO-DVD zum AVI-Hardsub

2008-06-10T14:28:27Z

Devil Doll: +interner Link

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen, wobei sich die vorliegende Beschreibung auf die Erzeugung von [[Hardsub|Hardsubs]] in [[AVI]]-[[Container|Containern]] beschränkt.

Der Schwerpunkt der Ausführungen liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen (bis zu 1440kbit/sec, was für eine Anime-Episode von 23 Minuten Spieldauer knapp 250 MB Speicherplatz bedeuten würde!), ist ihre Verwendung eher unüblich, kommt aber in der Realität durchaus vor.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 sechs (5.1)] Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] bieten ebenfalls eine hohe Tonqualität und können bis zu Surround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind auf maximal zwei Tonkanäle beschränkt, benötigen dafür aber relativ wenig Speicherplatz.

Das Tonformat innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist üblicherweise ein '''MP3-Stream mit einer konstanten Bitrate 128 kbit/sec''' ''(manche Standalone-DVD-Player haben Probleme mit variablen Bitraten in MP3)'', also nur etwa ein Viertel der Qualität des oben erwähnten AC3-Audiostreams.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im auf der DVD vorliegenden Format oder
* umgewandelt in das PCM-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen). Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird von DGIndex beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). Das Ergebnis dieses Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Video-Stream in einen anderen Video-Stream umwandelt). Avisynth besitzt ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch '''Skriptdateien''' gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Ein solches Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Stream angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann dann insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) für eine NTSC-DVD ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 59,94 [http://de.wikipedia.org/wiki/Halbbild Halbbilder] je Sekunde. Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern mit Hilfe des Deinterlacing zusammenzufassen. Das Resultat sind 29,97 (Ganz-)Bilder je Sekunde. Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szenen um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) für eine NTSC-DVD ===

Die 29.97 Bilder pro Sekunde müssen nun auf 23.976 Bilder pro Sekunde dezimiert werden, um wieder die Originalfilmrate zu erreichen (die für das Abspielen auf japanischen Geräten im NTSC-Standard künstlich um 25% erhöht werden musste - zudem lassen sich die auf diese Weise entstandenen Videos auch noch schlechter komprimieren). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Rands; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Rands; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

''ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.
''

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

==== Auswahl des Zielformats (mod16-Regel) ====

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir [[#Durchf.C3.BChrung_des_Analyselaufs_mit_DGIndex|während der Analyse des DVD-Materials ermittelt]]). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen ''müssen'' (bei Verwendung eines MPEG4-Codec) durch 4 teilbar sein und [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720*480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Das bedeutet konkret:
* Für Videos mit den Seitenverhältnissen '''4:3''' ist ein Bildformat von '''640*480px''' üblich.
* Bei einem Seitenverhältnis von '''16:9''' lässt sich eine exakte Teilbarkeit der Höhe durch 16 nur erreichen, wenn die Höhe ein Vielfaches von 9*16 = 144px ist; das größte Format, das die Breite von 720px nicht überschreitet, wäre in diesem Falle dann 512*288px, was jedoch deutlich kleiner wäre als unser Ausgangsmaterial. Gibt man sich jedoch mit einer Teilbarkeit beider Dimensionen durch 4 zufrieden, dann ist die größte verwendbare Auflösung '''704*396px'''; wenn man darüber hinaus bereit ist, eine geringfügige Seitenverzerrung zu akzeptieren, kann man 720*405px anstreben (was exaktes 16:9 wäre) und das Bild dann auf '''720*404px''' verzerren.

Entsprechende Vergleichstests haben allerdings bestätigt, dass XviD aufgrund seiner Eigenschaft, 16*16px Pixel große Makroblocks zu komprimieren, bei durch 16 teilbaren Seitenlängen so deutlich viel effizienter arbeiten kann, dass es sich sogar lohnt, ein 16:9-Video auf 704*400px statt auf 704*396px zu skalieren (also 1% Bildinformation mehr zu speichern - die Seitenverzerrung von 1% wird vom Publikum nicht wahrgenommen); die XviD-komprimierte Version einer solchen Datei wird dabei üblicherweise sogar etwas kleiner als die 704*396px-Version:
[[Bild:AVI-Hardsub_Testergebnis.jpg|Testergebnis: XviD-Codierung von 704*400px-Videos gegenüber 704*396px-Videos zur Bestätigung der mod16-Theorie]]

==== Herstellung des Zielformats ====

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren). LanczosResize schärft dünne Linien nach, was für Animes tendentiell ein wünschenswerter Effekt sein dürfte; BicubicResize tut das nicht, liefert dafür aber etwas besser XviD-komprimierbares Bildmaterial, d. h. kleinere Dateien nach dem Encoding bei sogar geringerem Informationsverlust relativ zum Original-Video (gemessen durch einen höheren [http://en.wikipedia.org/wiki/SSIM SSIM-Wert]).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren.

Grundsätzlich gilt dabei: Die Entfernung von Details verbessert die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht. Je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar. Umgekehrt gibt es auch Filterfunktionen, die bestimmte Details (z. B. Linien) gezielt verstärken ("schärfen") können, etwa um Videomaterial geringer Ausgangsqualität nachträglich "aufzubessern".

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des RemoveGrain-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 400)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der [[#Filter_zur_Qualit.C3.A4tsverbesserung|angegebenen simplen Filterfunktion]] dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filtervorgang nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners. ''(ACHTUNG: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)''

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream enthalten (der um den entsprechenden Delay zeitlich verschoben eingefügt werden muss) , damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Encoding als AVI-Container mit XviD-Videostream ==

Nach der Erstellung des [[#Speichern_des_Verarbeitungs-Ergebnisses|Timing-Raws]] wird der [[Encoder]] erst wieder tätig, wenn sämtliche [[Untertitel|Untertiteldateien]] zur betreffenden Episode bei ihm abgeliefert wurden. Nun brennt er diese als [[Hardsub]] fest in den Videostream der Episode ein, wobei er eines von mehreren möglichen Zielen zu verfolgen versucht.

=== Optimale Ausnutzung eines Zielmediums ===

Eine einzelne Anime-Episode wird ihrer endgültigen Form ca. 150-250 MB an Speicherplatz belegen (TV-Episoden tendentiell weniger als OVA-Episoden, welche oftmals bis zu 30 Minuten lang sind und ggf. eine aufwändigere Animation besitzen).

Falls solche Dateien auf Datenträgern des Typs CD bzw. DVD gespeichert werden sollen (um sie auf einem Standalone-Player über einen Fernseher abzuspielen, was vom [[Container]]- und [[Codec]]-Format her ja möglich wäre) und der Encoder die Anzahl der Episoden (und ggf. zugehörigen Specials) der gesamten Serie von vornherein kennt, kann er die Größe der von ihm erzeugten Dateien auf das geplante Ziel-Medium abstimmen:
* Eine handelsübliche CD fasst [http://de.wikipedia.org/wiki/Compact_Disc#Datenformate 703 MB] an Daten, also
** 3 Episoden zu je 234 MB (Videoqualität ca. 1150 kb/sec) bzw.
** 4 Episoden zu je 175.5 MB (Videoqualität ca. 900 kb/sec).
* Eine Single Layer DVD fasst [http://de.wikipedia.org/wiki/DVD#Speicherkapazit.C3.A4t_und_Zugriffstechnik 4483 MB] an Daten, also
** 24 Episoden zu je 186.5 MB (Videoqualität ca. 1000 kb/sec) bzw.
** 26 Episoden zu je 172 MB (Videoqualität ca. 850 kb/sec).
Diese Größen werden von vielen Fansubber-Gruppen gezielt produziert, indem im XviD-Codec die Spieldauer (sekundengenau) und Zielgröße der Datei sowie die Qualität des verwendeten Audio-Streams eingegeben wird; XviD kann aus diesen Angaben die maximal zulässige Qualität für den Videostream (gemessen in kbit/sec) berechnen und diese bei Verwendung des '''2-Pass-Encoding''' auch ziemlich exakt erreichen. Damit belegen alle Episoden einer Serie gleich viel Speicherplatz auf dem Zielmedium - unabhängig von der Spieldauer der einzelnen Episode. Bei TV-Serien ist diese Spieldauer üblicherweise konstant, nicht aber bei OVAs - und in solchen Fällen liefert diese Methode unterschiedliche Qualitäten für die verschiedenen Episoden.

Um letzteres zu verhindern, kann man die auf einen Datenträger (etwa eine CD) zu brennenden Episoden von vornherein als zusammengehörig betrachten und ihre ''Gesamtspieldauer'' als Berechnungsgrundlage für die obige Methode heranziehen. Bei der Verwendung der so berechneten Durchschnittsqualität dieser CD für jede ihrer Episoden entstehen dann ''verschieden große Dateien mit gleicher Video-Qualität'', während das jeweilige Speichermedium immer noch optimal ausgenutzt wird. Dieser Ansatz wurde beispielsweise beim Encoding der Serie [http://fan-sub.de/fansub.rhtml?id=902 Lamune] verfolgt.

=== Optimale Darstellung der vorliegenden Informationsmenge ===

Das [[Encoden]] von Videomaterial mit einem der üblichen [[Codec|Codecs]] ist immer eine ''verlustbehaftete Komprimierung'', und der Grad des Verlusts kann vom [[Encoder]] im Prinzip frei gewählt werden. Insbesondere ist es durchaus normal, dass in einer Episode einer Serie mit hohem Action-Anteil wesentlich mehr Video-Information vorliegt als in einer anderen Episode derselben Serie, welche von langen Dialogen dominiert wird; werden beide Episoden dennoch auf dieselbe Dateigröße encodiert, dann leidet die Qualität der Action-Episode, während bei der Dialoge-Episode Platz verschwendet wird. Und wenn die fertigen Dateien letzten Endes auf der Festplatte eines Fans landen oder eine Serie mit z. B. nur 13 Episoden auf eine DVD gebrannt werden wird, dann sollte die exakte Größe der Datei gegenüber einer möglichst guten Video-Qualität bei im Mittel dennoch akzeptabler Dateigröße (zwecks schneller Übertragung) nur von untergeordneter Bedeutung sein.

Für das Erreichen der optimalen Videoqualität einer jeden Episode wäre es also ein alternativer Ansatz, es ''dem Codec selbst zu überlassen, wie groß er die entsprechende Datei erzeugen will''. Dazu kann man ihm im Falle von [[XviD]] als Zielvorgabe einfach einen Qualitätswert angeben, den er angesichts der vorliegenden Informationsmenge gar nicht erreichen kann (etwa 9999 kbit/sec) und gleichzeitig die resultierende Dateigröße durch einheitliche Vorgaben in der XviD-Konfiguration beeinflussen, wobei diese XviD-Konfiguration dann auf alle Episoden einer Serie gleichermaßen angewendet wird. Dabei entstehen zwar Dateien beliebig unterschiedlicher, aber jeweils der vorliegenden Information angemessener Größe.

Bewährt hat sich dabei insbesondere, in der XviD-Konfiguration unter "<tt>Quality Preset - more</tt>" / "<tt>Quantization</tt>" für den "<tt>min. P-Frame quantizer</tt>" einen Wert von 2 (statt 1) einzutragen, also ''dem XviD-Codec die Verwendung von P-Frames mit einem Quant von 1 zu verbieten''. P-Frames mit einem Quant von 1 belegen innerhalb eines XviD-Streams relativ viel Platz, tragen jedoch eher wenig zur Bildqualität bei; allein durch den Verzicht auf diese Möglichkeit bringt man den XviD-Codec bei guter Qualität des Videomaterial ''oftmals'' (wenngleich nicht immer) bereits dazu, trotz ansonsten maximaler Ausschöpfung seiner Möglichkeiten Dateien in einer ungefähren Größe zu produzieren, wie sie aufgrund der Zielsetzung im [[#Optimale_Ausnutzung_eines_Zielmediums|vorherigen Kapitel]] ohnehin erwünscht ist.

Gleichzeitig lässt sich bei diesem Ansatz durch den Einsatz etwas aggressiverer [[#Filter_zur_Qualit.C3.A4tsverbesserung|Filter]] bereits bei der Vorverarbeitung des Videomaterials Information aus dem Video-Stream entfernen, solange dieser Eingriff die Videoqualität nicht sichtbar reduziert - bei einer ohnehin angestrebten variablen Datengröße lohnt es sich, zu sparen, wo immer dies ''mit vertretbarem Qualitätsverlust'' möglich erscheint. Auf diese Weise können bei einem handlungsarmen Anime wie etwa [http://fan-sub.de/fansub.rhtml?id=687 Koi Kaze] insgesamt Dateien mit einer Größe von deutlich unter 150 MB pro 23-min-Episode erzeugt werden, ohne dass deren Qualität auffällig schlecht wäre oder von Episode zu Episode stark schwanken würde.

== Links zu weiterführender Literatur ==
* Encoding allgemein: [http://german.doom9.org/ doom9 (deutsch)]
* DVD-Analyse: [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* Deinterlacing: [http://de.wikipedia.org/wiki/Inverse_Telecine Inverse Telecine] (Rückgängigmachen des [http://de.wikipedia.org/wiki/3:2-Pull-Down 3:2-Pull-Down] bei NTSC-DVDs)
* Deinterlacing: [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]
* XviD: [http://3ivx.info/download/Wissenswertes.rund.um.Xvid.by.Selur.zip Wissenswertes rund um XviD by Selur (deutsch, zipped PDF)]

Von der ISO-DVD zum AVI-Hardsub

2008-06-10T14:15:08Z

Devil Doll: /* Filter zur Qualitätsverbesserung */

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen, wobei sich die vorliegende Beschreibung auf die Erzeugung von [[Hardsub|Hardsubs]] in [[AVI]]-[[Container|Containern]] beschränkt.

Der Schwerpunkt der Ausführungen liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen (bis zu 1440kbit/sec, was für eine Anime-Episode von 23 Minuten Spieldauer knapp 250 MB Speicherplatz bedeuten würde!), ist ihre Verwendung eher unüblich, kommt aber in der Realität durchaus vor.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 sechs (5.1)] Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] bieten ebenfalls eine hohe Tonqualität und können bis zu Surround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind auf maximal zwei Tonkanäle beschränkt, benötigen dafür aber relativ wenig Speicherplatz.

Das Tonformat innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist üblicherweise ein '''MP3-Stream mit einer konstanten Bitrate 128 kbit/sec''' ''(manche Standalone-DVD-Player haben Probleme mit variablen Bitraten in MP3)'', also nur etwa ein Viertel der Qualität des oben erwähnten AC3-Audiostreams.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im auf der DVD vorliegenden Format oder
* umgewandelt in das PCM-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen). Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird von DGIndex beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). Das Ergebnis dieses Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Video-Stream in einen anderen Video-Stream umwandelt). Avisynth besitzt ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch '''Skriptdateien''' gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Ein solches Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Stream angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann dann insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) für eine NTSC-DVD ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 59,94 [http://de.wikipedia.org/wiki/Halbbild Halbbilder] je Sekunde. Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern mit Hilfe des Deinterlacing zusammenzufassen. Das Resultat sind 29,97 (Ganz-)Bilder je Sekunde. Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szenen um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) für eine NTSC-DVD ===

Die 29.97 Bilder pro Sekunde müssen nun auf 23.976 Bilder pro Sekunde dezimiert werden, um wieder die Originalfilmrate zu erreichen (die für das Abspielen auf japanischen Geräten im NTSC-Standard künstlich um 25% erhöht werden musste - zudem lassen sich die auf diese Weise entstandenen Videos auch noch schlechter komprimieren). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Rands; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Rands; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

''ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.
''

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

==== Auswahl des Zielformats (mod16-Regel) ====

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen ''müssen'' (bei Verwendung eines MPEG4-Codec) durch 4 teilbar sein und [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720*480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Das bedeutet konkret:
* Für Videos mit den Seitenverhältnissen '''4:3''' ist ein Bildformat von '''640*480px''' üblich.
* Bei einem Seitenverhältnis von '''16:9''' lässt sich eine exakte Teilbarkeit der Höhe durch 16 nur erreichen, wenn die Höhe ein Vielfaches von 9*16 = 144px ist; das größte Format, das die Breite von 720px nicht überschreitet, wäre in diesem Falle dann 512*288px, was jedoch deutlich kleiner wäre als unser Ausgangsmaterial. Gibt man sich jedoch mit einer Teilbarkeit beider Dimensionen durch 4 zufrieden, dann ist die größte verwendbare Auflösung '''704*396px'''; wenn man darüber hinaus bereit ist, eine geringfügige Seitenverzerrung zu akzeptieren, kann man 720*405px anstreben (was exaktes 16:9 wäre) und das Bild dann auf '''720*404px''' verzerren.

Entsprechende Vergleichstests haben allerdings bestätigt, dass XviD aufgrund seiner Eigenschaft, 16*16px Pixel große Makroblocks zu komprimieren, bei durch 16 teilbaren Seitenlängen so deutlich viel effizienter arbeiten kann, dass es sich sogar lohnt, ein 16:9-Video auf 704*400px statt auf 704*396px zu skalieren (also 1% Bildinformation mehr zu speichern - die Seitenverzerrung von 1% wird vom Publikum nicht wahrgenommen); die XviD-komprimierte Version einer solchen Datei wird dabei üblicherweise sogar etwas kleiner als die 704*396px-Version:
[[Bild:AVI-Hardsub_Testergebnis.jpg|Testergebnis: XviD-Codierung von 704*400px-Videos gegenüber 704*396px-Videos zur Bestätigung der mod16-Theorie]]

==== Herstellung des Zielformats ====

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren). LanczosResize schärft dünne Linien nach, was für Animes tendentiell ein wünschenswerter Effekt sein dürfte; BicubicResize tut das nicht, liefert dafür aber etwas besser XviD-komprimierbares Bildmaterial, d. h. kleinere Dateien nach dem Encoding bei sogar geringerem Informationsverlust relativ zum Original-Video (gemessen durch einen höheren [http://en.wikipedia.org/wiki/SSIM SSIM-Wert]).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren.

Grundsätzlich gilt dabei: Die Entfernung von Details verbessert die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht. Je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar. Umgekehrt gibt es auch Filterfunktionen, die bestimmte Details (z. B. Linien) gezielt verstärken ("schärfen") können, etwa um Videomaterial geringer Ausgangsqualität nachträglich "aufzubessern".

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des RemoveGrain-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 400)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der [[#Filter_zur_Qualit.C3.A4tsverbesserung|angegebenen simplen Filterfunktion]] dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filtervorgang nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners. ''(ACHTUNG: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)''

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream enthalten (der um den entsprechenden Delay zeitlich verschoben eingefügt werden muss) , damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Encoding als AVI-Container mit XviD-Videostream ==

Nach der Erstellung des [[#Speichern_des_Verarbeitungs-Ergebnisses|Timing-Raws]] wird der [[Encoder]] erst wieder tätig, wenn sämtliche [[Untertitel|Untertiteldateien]] zur betreffenden Episode bei ihm abgeliefert wurden. Nun brennt er diese als [[Hardsub]] fest in den Videostream der Episode ein, wobei er eines von mehreren möglichen Zielen zu verfolgen versucht.

=== Optimale Ausnutzung eines Zielmediums ===

Eine einzelne Anime-Episode wird ihrer endgültigen Form ca. 150-250 MB an Speicherplatz belegen (TV-Episoden tendentiell weniger als OVA-Episoden, welche oftmals bis zu 30 Minuten lang sind und ggf. eine aufwändigere Animation besitzen).

Falls solche Dateien auf Datenträgern des Typs CD bzw. DVD gespeichert werden sollen (um sie auf einem Standalone-Player über einen Fernseher abzuspielen, was vom [[Container]]- und [[Codec]]-Format her ja möglich wäre) und der Encoder die Anzahl der Episoden (und ggf. zugehörigen Specials) der gesamten Serie von vornherein kennt, kann er die Größe der von ihm erzeugten Dateien auf das geplante Ziel-Medium abstimmen:
* Eine handelsübliche CD fasst [http://de.wikipedia.org/wiki/Compact_Disc#Datenformate 703 MB] an Daten, also
** 3 Episoden zu je 234 MB (Videoqualität ca. 1150 kb/sec) bzw.
** 4 Episoden zu je 175.5 MB (Videoqualität ca. 900 kb/sec).
* Eine Single Layer DVD fasst [http://de.wikipedia.org/wiki/DVD#Speicherkapazit.C3.A4t_und_Zugriffstechnik 4483 MB] an Daten, also
** 24 Episoden zu je 186.5 MB (Videoqualität ca. 1000 kb/sec) bzw.
** 26 Episoden zu je 172 MB (Videoqualität ca. 850 kb/sec).
Diese Größen werden von vielen Fansubber-Gruppen gezielt produziert, indem im XviD-Codec die Spieldauer (sekundengenau) und Zielgröße der Datei sowie die Qualität des verwendeten Audio-Streams eingegeben wird; XviD kann aus diesen Angaben die maximal zulässige Qualität für den Videostream (gemessen in kbit/sec) berechnen und diese bei Verwendung des '''2-Pass-Encoding''' auch ziemlich exakt erreichen. Damit belegen alle Episoden einer Serie gleich viel Speicherplatz auf dem Zielmedium - unabhängig von der Spieldauer der einzelnen Episode. Bei TV-Serien ist diese Spieldauer üblicherweise konstant, nicht aber bei OVAs - und in solchen Fällen liefert diese Methode unterschiedliche Qualitäten für die verschiedenen Episoden.

Um letzteres zu verhindern, kann man die auf einen Datenträger (etwa eine CD) zu brennenden Episoden von vornherein als zusammengehörig betrachten und ihre ''Gesamtspieldauer'' als Berechnungsgrundlage für die obige Methode heranziehen. Bei der Verwendung der so berechneten Durchschnittsqualität dieser CD für jede ihrer Episoden entstehen dann ''verschieden große Dateien mit gleicher Video-Qualität'', während das jeweilige Speichermedium immer noch optimal ausgenutzt wird. Dieser Ansatz wurde beispielsweise beim Encoding der Serie [http://fan-sub.de/fansub.rhtml?id=902 Lamune] verfolgt.

=== Optimale Darstellung der vorliegenden Informationsmenge ===

Das [[Encoden]] von Videomaterial mit einem der üblichen [[Codec|Codecs]] ist immer eine ''verlustbehaftete Komprimierung'', und der Grad des Verlusts kann vom [[Encoder]] im Prinzip frei gewählt werden. Insbesondere ist es durchaus normal, dass in einer Episode einer Serie mit hohem Action-Anteil wesentlich mehr Video-Information vorliegt als in einer anderen Episode derselben Serie, welche von langen Dialogen dominiert wird; werden beide Episoden dennoch auf dieselbe Dateigröße encodiert, dann leidet die Qualität der Action-Episode, während bei der Dialoge-Episode Platz verschwendet wird. Und wenn die fertigen Dateien letzten Endes auf der Festplatte eines Fans landen oder eine Serie mit z. B. nur 13 Episoden auf eine DVD gebrannt werden wird, dann sollte die exakte Größe der Datei gegenüber einer möglichst guten Video-Qualität bei im Mittel dennoch akzeptabler Dateigröße (zwecks schneller Übertragung) nur von untergeordneter Bedeutung sein.

Für das Erreichen der optimalen Videoqualität einer jeden Episode wäre es also ein alternativer Ansatz, es ''dem Codec selbst zu überlassen, wie groß er die entsprechende Datei erzeugen will''. Dazu kann man ihm im Falle von [[XviD]] als Zielvorgabe einfach einen Qualitätswert angeben, den er angesichts der vorliegenden Informationsmenge gar nicht erreichen kann (etwa 9999 kbit/sec) und gleichzeitig die resultierende Dateigröße durch einheitliche Vorgaben in der XviD-Konfiguration beeinflussen, wobei diese XviD-Konfiguration dann auf alle Episoden einer Serie gleichermaßen angewendet wird. Dabei entstehen zwar Dateien beliebig unterschiedlicher, aber jeweils der vorliegenden Information angemessener Größe.

Bewährt hat sich dabei insbesondere, in der XviD-Konfiguration unter "<tt>Quality Preset - more</tt>" / "<tt>Quantization</tt>" für den "<tt>min. P-Frame quantizer</tt>" einen Wert von 2 (statt 1) einzutragen, also ''dem XviD-Codec die Verwendung von P-Frames mit einem Quant von 1 zu verbieten''. P-Frames mit einem Quant von 1 belegen innerhalb eines XviD-Streams relativ viel Platz, tragen jedoch eher wenig zur Bildqualität bei; allein durch den Verzicht auf diese Möglichkeit bringt man den XviD-Codec bei guter Qualität des Videomaterial ''oftmals'' (wenngleich nicht immer) bereits dazu, trotz ansonsten maximaler Ausschöpfung seiner Möglichkeiten Dateien in einer ungefähren Größe zu produzieren, wie sie aufgrund der Zielsetzung im [[#Optimale_Ausnutzung_eines_Zielmediums|vorherigen Kapitel]] ohnehin erwünscht ist.

Gleichzeitig lässt sich bei diesem Ansatz durch den Einsatz etwas aggressiverer [[#Filter_zur_Qualit.C3.A4tsverbesserung|Filter]] bereits bei der Vorverarbeitung des Videomaterials Information aus dem Video-Stream entfernen, solange dieser Eingriff die Videoqualität nicht sichtbar reduziert - bei einer ohnehin angestrebten variablen Datengröße lohnt es sich, zu sparen, wo immer dies ''mit vertretbarem Qualitätsverlust'' möglich erscheint. Auf diese Weise können bei einem handlungsarmen Anime wie etwa [http://fan-sub.de/fansub.rhtml?id=687 Koi Kaze] insgesamt Dateien mit einer Größe von deutlich unter 150 MB pro 23-min-Episode erzeugt werden, ohne dass deren Qualität auffällig schlecht wäre oder von Episode zu Episode stark schwanken würde.

== Links zu weiterführender Literatur ==
* Encoding allgemein: [http://german.doom9.org/ doom9 (deutsch)]
* DVD-Analyse: [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* Deinterlacing: [http://de.wikipedia.org/wiki/Inverse_Telecine Inverse Telecine] (Rückgängigmachen des [http://de.wikipedia.org/wiki/3:2-Pull-Down 3:2-Pull-Down] bei NTSC-DVDs)
* Deinterlacing: [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]
* XviD: [http://3ivx.info/download/Wissenswertes.rund.um.Xvid.by.Selur.zip Wissenswertes rund um XviD by Selur (deutsch, zipped PDF)]

2008-06-10T13:58:38Z

Devil Doll: /* Aktive Listen */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten Freenet ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im [[EMule|ed2k-Netzwerk]],
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden.

Tom Maneiro bietet auf seiner Share-Support-Seite (auf spanisch) das Programm unter [http://tomman.monkeeh.com/share/ diesem URL] als ZIP-Archiv zum Download an. (Zur Kontrolle, dass man das richtige Programm verwendet: <code>share.exe</code> von Share Version 1.0 EX2 ist 1.477.258 Bytes groß und hat einen CRC von <code>3d8fe879</code>.) Das Archiv enthält ''nicht'' die englischen Menütexte.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Trigger auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)''
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2007-07-28: Neu aufgenommen)
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-02-20: Neu aufgenommen)
* [http://www.1strank.net/node/ nodes-Liste (www.1strank.net/node/)] (2008-06-10: Neu aufgenommen)
* [http://share.benri-tool.net/node/ nodes-Liste (share.benri-tool.net/node/)] (2008-06-10: Neu aufgenommen)

=== Inaktive Listen ===
* ''[http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)''
* ''[http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)''
* ''[http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)''

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-05-19T13:39:05Z

Devil Doll: /* Weblinks */

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten Freenet ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im [[EMule|ed2k-Netzwerk]],
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden.

Tom Maneiro bietet auf seiner Share-Support-Seite (auf spanisch) das Programm unter [http://tomman.monkeeh.com/share/ diesem URL] als ZIP-Archiv zum Download an. (Zur Kontrolle, dass man das richtige Programm verwendet: <code>share.exe</code> von Share Version 1.0 EX2 ist 1.477.258 Bytes groß und hat einen CRC von <code>3d8fe879</code>.) Das Archiv enthält ''nicht'' die englischen Menütexte.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Trigger auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)''
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2007-07-28: Neu aufgenommen)
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-02-20: Neu aufgenommen)

=== Inaktive Listen ===
* ''[http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)''
* ''[http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)''
* ''[http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)''

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"]
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

2008-05-19T13:34:16Z

Devil Doll: /* Download des Programms */ Neue Download-Adresse

'''Share''' ist ein japanisches P2P-Tauschbörsenprogramm für Windows, das als Nachfolger von [[Winny]] angesehen werden kann und besonderen Wert auf Anonymität seiner Anwender legt.

Unter [[Fansubber|Fansubbern]] sind diese beiden Programme vor allem für den [[Rawprovider]] nützlich.

== Versionen ==

Derzeit (d. h. Sommer 2006) existieren zwei 'aktuelle' Versionen von Share:
* <code>EX2</code> (TCP, "Extream", SHA1 = <code>7aa217c159f38394c0571c36817131851fe4b0aa</code>) und
* <code>NT5</code> (UDP, "Net Test", SHA1 = <code>69dc36ac836c187b454ba09f515a7c5802ee31a8</code>).
Die TCP-Variante ist die 'produktive' dieser beiden (und von dieser wird die Version <code>EX2</code> von etwa drei Vierteln aller Teilnehmer verwendet, Versionsnummern älterer Versionen beginnen mit <code>A</code> gefolgt von zwei Ziffern); die UDP-Version wird erst seit Frühjahr 2005 entwickelt und scheint sich noch im experimentellen Stadium zu befinden.

== Download des Programms ==

Zunächst beschafft man sich das Programm aus einer [[#Weblinks|geeigneten Quelle]].

Eine offizielle Homepage des Programms gibt es nur im verschlüsselten Freenet ''(der Autor des Vorgänger-Programms [[Winny]] wurde in Japan verhaftet und am 13. Dezember 2006 wegen Beihilfe zu Urheberrechtsverletzungen zu einer Geldstrafe von 1.5 Mio. Yen verurteilt)'', nicht aber im normalen HTTP-Netzwerk; aktuelle Versionen des Programms kursieren u. a.
* im [[EMule|ed2k-Netzwerk]],
* auf einigen wenigen HTTP-Download-Seiten und natürlich
* im Share-Netzwerk selbst.
Sobald eine neue Version des Programms veröffentlicht wird, erhalten alle Benutzer eine entsprechende Meldung in der Statuszeile des Programms und können diese neue Version aus dem eigenen Netzwerk laden.

Tom Maneiro bietet auf seiner Share-Support-Seite (auf spanisch) das Programm unter [http://tomman.monkeeh.com/share/ diesem URL] als ZIP-Archiv zum Download an. (Zur Kontrolle, dass man das richtige Programm verwendet: <code>share.exe</code> von Share Version 1.0 EX2 ist 1.477.258 Bytes groß und hat einen CRC von <code>3d8fe879</code>.) Das Archiv enthält ''nicht'' die englischen Menütexte.

== Installation des Programms ==

Das '''Programmarchiv''' (eine Zip-Datei) enthält die ausführbare Datei <code>share.exe</code> sowie eine Reihe von [[#Liste aller Dateien im Programmverzeichnis|Textdateien]]; die Installation besteht einfach darin, den Inhalt des Archivs in ein beliebiges Verzeichnis zu entpacken.

Der Inhalt der Textdateien besteht bei einem japanischen Programm wie Share allerdings aus japanischen Zeichen. Sämtliche Menü-Texte sind jedoch in der Datei <code>locale.txt</code> enthalten, zu der es auch Übersetzungen nach [[#Weblinks|Englisch]] bzw. Französisch gibt; die beiden Dateien <code>locale.txt</code> sowie <code>hints.txt</code> sollte man daher durch Versionen einer geeigneteren Sprache ersetzen, bevor man das Programm startet. (Dieses Dokument setzt nachfolgend die [[#Weblinks|englischen Menütexte in der Übersetzung von "serika"]] voraus.)

== Konfiguration ==

Nach dem ersten Programmstart sind zunächst einmal einige Einstellungen erforderlich, damit das Programm überhaupt arbeiten kann:

=== Konfiguration von Netzwerkeinstellungen ===

Im Menü <code>Settings</code> wählt man den Eintrag <code>General Settings</code> und geht dort die einzelnen Karteikarten durch:
* Mit <code>Profile</code> ''kann'' man sich (mindestens) eine '''Benutzer-Identität''', welche für andere Netzteilnehmer sichtbar ist, definieren. Sie besteht aus einem wählbaren (die ersten max. 8 Zeichen) und einem zufälligen Teil, welche später in unterschiedlichen Farben dargestellt werden (der zufällige Teil ist offenbar ein Tie-Breaker, um die Benutzer-Identität möglichst eindeutig zu machen).
* Bei <code>Network</code> ''muss'' man mindestens folgende Werte eintragen:
** '''Maximale Upload-Geschwindigkeit''' in kB/sec; hier ist als kleinster zulässiger Wert die Angabe <code>50</code> möglich (in Japan sind die Netzanbindungen üblicherweise ''deutlich'' schneller als hierzulande), was aber ''nicht'' bedeutet, dass das Programm mit einem langsameren Internet-Anschluss nicht funktionieren würde (man sollte dann allerdings nicht allzu viele anderen Kommunikations-Anwendungen gleichzeitig laufen lassen...) Der Versuch, diesen Parameter in der entsprechenden Konfigurationsdatei <code>config.ini</code> auf einen niedrigeren Wert zu setzen, wird vom Programm erkannt und mit einer erzwungenen Neu-Eingabe über den entsprechenden Konfigurationsdialog bestraft. ;-)
** '''Maximale Download-Geschwindigkeit''' in kB/sec (es spricht nichts dagegen, die volle Download-Leistung der eigenen Internet-Anbindung hier anzugeben)
** einen (festen) '''TCP/IP-Port''' (eine Zahl zwischen 1 und 65535, sinnvollerweise irgendwas Fünfstelliges)
* Bei den übrigen Karteikarten <code>Performance</code>, <code>Action</code> und <code>Quota</code> reichen zunächst einmal die Default-Einstellungen.

Falls der Internet-Anschluss einen Router verwendet, muss der angegebene Port wie üblich entsprechend konfiguriert (geforwarded) werden. Für die UDP-Variante des Programms ist zusätzlich die Angabe einer Paketgröße erforderlich, wobei jedoch der vom Programm vorgegebene Standardwert üblicherweise funktionieren sollte.

=== Konfiguration von Verzeichnissen ===

Share unterscheidet drei Arten von Verzeichnissen:
* <code>upload</code> für [[#Upload_von_Dateien|Uploads/Shares]],
* <code>download</code> für vollständige [[#Download_von_Dateien|Downloads]] und
* <code>cache</code> für unvollständige Downloads.
Von jedem dieser drei Typen muss mindestens ein Verzeichnis definiert sein, bevor Share mit seiner Arbeit beginnen kann; solange dies nicht der Fall ist, öffnet Share nach dem Programmstart automatisch den entsprechenden Konfigurationsdialog für das Eintragen dieser Verzeichnisse.

Für das Cache-Verzeichnis kann man zusätzlich eine Beschränkung (Quota) des auf der Festplatte zu belegenden Speicherplatzes angeben.

Dem Upload-Verzeichnis ordnet man per Konfiguration ein [[#Konfiguration von Netzwerkeinstellungen|Profil]] zu und kann damit seine (symbolische) Identität seinen Tauschpartnern sichtbar machen; einige dieser Profile im Share-Netzwerk sind bekannt (u. a. das Profil des Programmautors, der unter selbigem jeweils neue Programmversionen veröffentlicht).

=== Konfiguration von Clustern ===

Als nächstes sind die '''Cluster-Schlüsselworte''' zu konfigurieren. Bis zu 255 davon können ''definiert'' werden, und bis zu 5 davon dürfen maximal gleichzeitig ''aktiv'' sein. Die aktivierten Cluster-Schlüsselworte dürfen insgesamt eine Länge von 255 Zeichen nicht überschreiten. Diese Schlüsselworte dienen dazu, dass nur inhaltlich zusammenpassende Nodes (mit mindestens einem übereinstimmenden Schlüsselwort) voneinander erfahren und demzufolge Verbindung miteinander aufnehmen.

Dazu wählt man im Menü <code>Settings</code> den Eintrag <code>Clusters...</code> und trägt dort die gewünschten Cluster-Begriffe ein - und zwar natürlich in japanischen Schriftzeichen! Das Cluster-Schlüsselwort für Animes im Allgemeinen ist sinnvollerweise <code>アニメ</code> (= "anime"); hilfreich ist auch der Name des gesuchten Animes in seiner Originalschreibweise. Für Original-DVDs sind zudem die Cluster-Schlüsselworte <code>DVDISO</code> bzw. <code>[DVDISO]</code> sehr verbreitet.

Jedes eingetragene Cluster-Schlüsselwort wird in dem entsprechenden Fenster aufgelistet; links davor befindet sich jeweils eine kleine Checkbox, die per Maus selektiert werden muss - erst dadurch ist das Cluster-Schlüsselwort auch wirklich aktiviert (und mindestens ein solches Cluster-Schlüsselwort ''muss'' aktiviert sein, sonst kann sich das Programm nicht mit einem Node verbinden).

In der [[#Konfiguration_von_Nodes|Auflistung der Nodes]] sieht man übrigens ''deren'' Cluster-Schlüsselworte und kann sich so einen Eindruck davon verschaffen, welche eigenen Schlüsselworte sinnvoll sein könnten. Der in dieser Ansicht dargestellte Wert "Priority" wird aus der Übereinstimmung zwischen der eigenen Schlüsselwortliste und der Schlüsselwortlisten des jeweiligen Nodes berechnet - ändert man seine eigenen Schlüsselworte, dann ändern sich auch diese Prioritätswerte der anderen Nodes.

=== Konfiguration von Nodes ===

Zuguterletzt benötigt man Informationen über andere Teilnehmer des Netzwerks ('''Nodes''' = Knoten), um mit diesen Kontakt aufnehmen zu können. ''(Jeder dieser Nodes hat sich ja ebenfalls als zuständig für bestimmte Cluster-Schlüsselworte definiert; auf diese Weise finden automatisch nur solche Tauschpartner zueinander, welche in ihren Cluster-Schlüsselworten dieselben Interessen ausgedrückt haben, also sehr wahrscheinlich Dateien zueinander passender Themengebiete suchen bzw. anbieten.)''

Dazu wählt man im Hauptfenster die Karteikarte <code>Nodes</code> und klickt dort zunächst einmal auf den Schaltknopf <code>Show Sleep Nodes</code>. Anschließend klickt man auf <code>Add node</code>, woraufhin sich ein Eingabefenster für Node-Informationen öffnet.

Nun begibt man sich auf eine beiden [[#Weblinks|unten angegebenen]] '''Webseiten mit Nodes-Listen''',
markiert dort den Inhalt der mittleren Tabellenspalte ''unterhalb'' der Überschrift <code>ノード（暗号化アドレス）</code> ("nodo (angouka adoresu)" bzw. "Knoten (verschlüsselte Adresse)") mit der Maus, kopiert ihn in das Eingabefeld des in Share geöffneten Dialogs und klickt auf den Schaltknopf <code>Add</code>. Damit werden die Informationen über diese Nodes in die Programmkonfiguration eingetragen - und dadurch, dass wir die "Sleep Nodes" haben anzeigen lassen, sehen wir im Hauptfenster nun eine Liste von Nodes (als Feedback dafür, dass das Eintragen überhaupt etwas bewirkt hat - sonst sieht man nämlich gar keinen Effekt).

[[bild:ShareNodes.jpg]]

Die angegebenen Nodes-Listen beschreiben jeweils auch die Version des jeweils verwendeten Share-Client. ''(Nodes für UDP-Clients mit der Programmversion'' <code>NT5</code> ''habe ich auf den beiden angegebenen Nodes-Seiten allerdings keine gefunden.)''

Als letztes selektiert man die Schaltfläche <code>Connect</code> im Nodes-Hauptfenster des Programms und beendet selbiges durch einen Klick auf das Close-Widget rechts oben - einen Menü-Eintrag zum Beenden gibt es nicht.

Beim nächsten Programmstart verbindet sich Share mit allen für die aktivierten Cluster-Schlüsselworte zuständigen Nodes, und das eigentliche Arbeiten mit dem Programm kann beginnen.

Wenn man einmal Verbindung mit anderen Nodes hatte, dann liefern diese einem Informationen über zahlreiche weitere Nodes; es ist völlig normal, mehrere tausend Nodes zu einem einzigen Cluster-Schlüsselwort in seiner Liste zu haben (weshalb man in diesem Fall die Anzeige der "Sleep Nodes" nun wieder abschalten sollte...); tatsächlich verbunden ist man jeweils nur mit einer Handvoll dieser Nodes.

Share speichert Informationen über die ihm bekannten Nodes in der Datei <code>nodes.db</code> in seinem Installationsverzeichnis; das Programm benötigt also Schreibrecht auf dieses Verzeichnis. Die Nodes-Datei kann innerhalb weniger Stunden auf 10 MB anwachsen (wobei diese Größe vermutlich von der - konfigurierbaren - maximalen Anzahl gleichzeitig zu verwaltenden Nodes abhängt, denn ein weiteres Wachstum konnte ich bisher nicht beobachten).

== Betrieb des Programms ==

Nach dem Programm-Neustart geht es nun daran, Dateien zu suchen und Downloads zu starten ''(mindestens ein Neustart ist erforderlich, sonst beginnen keine Downloads, sagt "serika" in seinem englischen HowTo)''.

=== Suchen von Dateien ===

==== Suchen mit dem Share-Client ====

Zum Suchen definiert man eine Suchanfrage, eine '''Query'''. Dazu gibt man in das Eingabefeld links oben im Hauptfenster einen geeigneten Suchbegriff (in japanischer Schrift, beispielsweise aus [http://www.anisearch.de/ AniSearch]) ein und klickt auf die Schaltfläche <code>Search</code>. Unterhalb des Suchbegriffs kann man die Suche auf eine bestimmte (z. B. besonders vertrauenswürdige) [[#Konfiguration_von_Netzwerkeinstellungen|Identität eines Nodes]] beschränken.

Als Ergebnis erhält man die Anzahl der "Hits" (d. h. gefundene Dateien) unterhalb des Such-Eingabefelds angezeigt; außerdem wechselt das Hauptfenster automatisch auf die Karteikarte <code>Queries</code>, welche unterhalb der farbigen Schaltflächen zur Filterung der Such-Ergebnisse eine Liste von Karteikarten mit den jeweiligen Suchbegriffen anzeigt. Jede dieser Karteikarten enthält eine Liste der gefundenen Dateien, mit den Informationen
* <code>File name</code> (Dateiname, kann in Form verschiedener ''Synonyme'' mehrdeutig sein)
* <code>ID</code> (die [[#Konfiguration_von_Netzwerkeinstellungen|Identität des Releasers]] dieser Datei, falls angegeben)
* <code>File size</code> (exakte Größe der Datei in Bytes)
* <code>Status</code> mit den möglichen Bedeutungen:
** <code>DB</code> = virtuelle Datei auf dem lokalen Rechner (Metadaten liegen bereits vor, aber noch kein Datei-Inhalt).
** <code>Remote</code> = virtuelle Datei auf einem entfernten Rechner (potentieller Download)
** <code>Local</code> = die Datei liegt bereits teilweise auf dem lokalen Rechner vor (aktueller Download)
** <code>Complete</code> = die Datei liegt bereits vollständig auf dem lokalen Rechner vor (fertiger Download)
* <code>Cache Amount</code> (die Anzahl der Nodes, welche diese Datei in ihrem Cache haben?)
* <code>Last update</code> (Datum/Uhrzeit im Format "YY.MM.DD hh:mm:ss", offenbar der Zeitpunkt der letzten Aktualisierung der Informationen über diese Datei)
* <code>Hash</code> (Prüfsumme über den Inhalt dieser Datei, nach dem Verfahren SHA-1; dies ist die eindeutige Beschreibung eines Download)

Außerdem liefert die Farbe der Zeile weitere Informationen über die jeweilige Datei:
* weiß = normales Ergebnis
* orange = "gutes" Ergebnis (viele Anbieter der vollständigen Datei)
* rot = "schlechtes" Ergebnis (Markierung als "Fake")
* türkis = aktueller Download

[[image:ShareQuery.jpg]]

Einmal definierte Queries bleiben geöffnet und werden von Zeit zu Zeit automatisch aktualisiert (die Menge der verbundenen Nodes ändert sich ja), ohne dass man dafür explizit etwas tun müsste. Der Umfang des Such-Ergebnisses kann dabei sowohl zu- als auch wieder abnehmen! Für die dauerhafte Aufbewahrung von Such-Ergebnissen siehe den Abschnitt über [[#Trigger|Trigger]].

Die '''Ergebnisanzeige für eine Query''' wird ''nicht'' automatisch aktualisiert, noch nicht einmal dann, wenn die Sortierung der Zeilen durch den entsprechenden Mausklick aufgrund einer anderen Spalte angefordert wird! (Sinn der Sache ist, dass der Benutzer auf diese Weise die angezeigten Informationen markieren und kopieren kann, ohne dabei von einer sich ständig ändernden Anzeige behindert zu werden.)

Um eine Aktualisierung der Anzeige zu erzwingen, gibt es folgende Möglichkeiten:
* Die Eingabe eines anderen Suchbegriffs (oder desselben Suchbegriffs nochmal).
* Ein Klick auf den "Search"-Button. (Seit Programmversion A77 bewirkt dies ''nicht'' mehr das Aussenden weiterer Such-Pakete an andere Nodes, aber es bewirkt die Aktualisierung der Anzeige.)
* Ein zweifacher Mausklick auf den "Synonym"-Button dieser Query-Anzeige.
* Ein zweifacher Mausklick auf den "Filter"-Button dieser Query-Anzeige.

==== Suchen mit Web-Frontend KeyDB ====

Die Suchmaschine [[KeyDB]] bietet die Möglichkeit, per Web-Browser nach Dateien des Share-Netzwerkes zu suchen. Auf diese Weise kann auch ohne die Installation von Share überprüfen, ob sich dessen Einsatz für ein konkretes Projekt vermutlich lohnen wird.

=== Bearbeiten von Such-Ergebnissen ===

==== Trigger ====

Statt sich tagelang vor die Tastatur zu setzen und zu beobachten, ob eine gesuchte Datei irgendwann einmal innerhalb einer der definierten Queries auftaucht, kann man auch eine ''automatische Reaktion'' auf einen solchen Fall definieren: Einen '''Trigger'''. Dabei definiert man zunächst einmal, ''worauf'' man reagieren will; angeben kann man:
* den ''Suchbegriff'' für den Dateinamen
* die [[#Konfiguration_von_Netzwerkeinstellungen|''ID'' eines Nodes]]
* den ''Hash'' einer Datei (z. B. falls man den aus einer anderen Quelle kennt)
* die ''Mindestgröße'' der Datei
* die ''Maximalgröße'' der Datei
Alle angegebenen Bedingungen werden überprüft, also mit "und" verknüpft. Außerdem kann man noch festlegen, ob gleichzeitig definierte Filter berücksichtigt oder ignoriert werden sollen, und man kann einen Trigger auch als "aktiv" bzw. "passiv" kennzeichnen.

Wird nun in einem Suchergebnis eine Datei gefunden, die allen Bedingungen eines aktiven Triggers entspricht (ohne dass es von einem Filter verhindert wird), dann "feuert" der Trigger. ''Wie'' auf dieses Ereignis reagiert werden soll, kann man ''in ihm'' ebenfalls definieren:
* Der Trigger kann wahlweise weiter bestehen oder gelöscht werden, und
* die gefundene Datei kann wahlweise nur in die Datenbank übernommen oder sofort als Download gestartet werden.
Wobei letzteres übrigens nur bei der Suche nach einem konkreten Hash zu empfehlen ist, weil man sich auf diese Weise ansonsten eine Menge Spam einhandeln kann, welcher erstens unnötigerweise die eigene Festplatte füllt und zweitens vom eigenen Client auch noch weiter verbreitet wird.

Auch bei Verwendung eines Triggers erhält man sinnvolle Such-Ergebnisse allerdings nicht in Nullzeit; ein paar Stunden muss man schon warten, bis alle bekannten Nodes reihum mindestens einmal nach dem gesuchten Objekt befragt wurden.

==== Filter ====

Im Gegensatz zu Triggern sind '''Filter''' immer dauerhafte Definitionen. In einem Filter definiert man dieselben Kriterien wie in einem Trigger (Suchbegriff, ID, Hash, Mindest- und Maximalgröße).

Filter wirken auf Suchergebnisse (durch Filter kann man also die Anzeige von Teilmengen von Ergebnissen in allen Queries ausblenden) und damit implizit auch auf Trigger (falls dies innerhalb des Triggers nicht anders konfiguriert wurde), wobei man die Auswirkung ''aller'' aktiven Trigger auf die Anzeige eines Query-Ergebnisses innerhalb derselben über einen entsprechenden Button ein- bzw. ausschalten kann. Darüberhinaus kann ein Filter so definiert sein, dass entsprechende Dateien aus der lokalen Datenbank entfernt oder sogar als "Fake" angezeigt werden.

=== Download von Dateien ===

==== Start eines Downloads ====

Hat man nun ''innerhalb einer Query'' eine Datei gefunden, die man haben will, dann genügt ein Doppelklick auf die entsprechende Zeile der Query-Anzeige (oder ein Klick mit der rechten Maustaste und die Auswahl des Eintrags <code>Add to download</code> aus dem dadurch geöffneten Kontextmenü), um die Datei für einen Download auszuwählen.

''(Manchmal wundern sich Anwender, wieso ein Doppelklick auf eine bestimmte Datei nicht den entsprechenden Download startet, d. h. der Dateiname nicht blau wird. Die wahrscheinlichste Ursache dafür ist, dass der entsprechende Download bereits aktiv ist, weil der gerade angeklickte Eintrag nur ein anderer Name, ein '''Synonym''', für die Datei eines bereits aktiven Downloads darstellt. Möglich ist auch, dass die maximale Anzahl der Downloads bzw. Keys für diesen Benutzer bereits erreicht ist; leider gibt Share keinen Hinweis darauf, welcher diese dieser Ursachen vorliegt... 100 gleichzeitige Downloads sind jedenfalls kein Problem)''

==== Informationsanzeige über aktive Downloads ====

Informationen über den aktuellen Stand des Download sind in zwei Karteikarten des Hauptfensters verfügbar:

* In der Karteikarte <code>Download</code> sieht man zu jedem ''gestarteten'' Download
** den Dateinamen,
** die [[#Konfiguration_von_Netzwerkeinstellungen|ID des Releasers dieser Datei]],
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** die Download-Priorität (Downloads mit der kleineren Priorität haben Vorrang, falls die eigene Download-Kapazität voll ausgelastet ist ''(was tatsächlich jederzeit vorkommen kann, angesichts der für deutsche Verhältnisse enorm schnellen Netzanbindung der Japaner)''
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Anzeige, wieviele Blocks dieser Datei derzeit von den aktuell verbundenen Nodes angeboten werden) sowie
** den SHA1-Hash der Datei.
Die '''Anzahl der sichtbaren Blocks einer Datei''' ist hierbei eine ganz wesentliche Information. Wenn nicht innerhalb der ersten Tage eines Downloads mindestens einmal alle Blocks als verfügbar anzeigt werden, dann ist die Wahrscheinlichkeit hoch, dass es sich bei dieser Datei um eine '''Leiche''' handelt, die im Netzwerk nicht mehr vollständig vorhanden ist. Zuverlässig herausfinden kann man das leider nur durch die 'harte' Lösung, also ausprobieren und warten; die Geschwindigkeit der eintreffenden Daten ist ''kein'' Kriterium (im Gegenteil, "Leichen" werden von den anderen Wartenden oftmals besonders schnell beliefert, um anschließend zu 'vertrocknen').

==== Informationsanzeige über aktuelle Datenübertragungen ====

* In der Karteikarte <code>Tasks</code> sieht man (u. a.) zu jedem ''in diesem Moment belieferten'' Download
** den Dateinamen,
** das bereits übertragene Dateivolumen sowie die Gesamtgröße der Datei,
** einen Statusbalken (eine graphische Darstellung der bereits empfangenen Blöcke mit einer Prozent-Anzeige),
** die geschätzte Zeitdauer bis zum Abschluss der Übertragung sowie.
** die aktuelle Übertragungsgeschwindigkeit des konkreten Nodes für diese Datei (es können gleichzeitig mehrere Tasks für dieselbe Daten aktiv sein, von denen dann jeder seine eigene Anzeige-Zeile bekommt).
Während eine Datei beliefert wird, sieht man also ''nicht'', ob zu dieser Datei alle Blöcke aktuell verfügbar sind!

==== Informationsanzeige über den gesamten aktuellen Traffic ====

In der Statuszeile des Programms sieht man zudem die gesamte Upload- und Download-Geschwindigkeit des Programms in diesem Moment - wobei zu beachten ist, dass Share keineswegs nur die eigenen Downloads empfängt, sondern im Zuge der Anonymisierung des gesamten Netzwerks auch ''Daten anderer Transfers durchreicht''! Es kann also durchaus vorkommen, dass man eine Download-Geschwindigkeit von 10-20 kB/sec angezeigt bekommt, aber gleichzeitig kein einziger Task für einen eigenen Download in diesem Augenblick aktiv ist.

Im schwarzen Abschnitt des Programmfensters oben rechts werden zumindest die Anzahl der gerade laufenden Upload- und Download-Prozesse sowie die Anzahl der laufenden Suchanfragen des eigenen Client an andere Nodes und die Anzahl der gerade beantworteten Antwortprozesse auf solche Anfragen durch andere Nodes angezeigt, allerdings ohne jegliche Detail-Informationen, Geschwindigkeiten etc.

Innerhalb der [[#Konfiguration_von_Nodes|Nodes-Ansicht]] kann man zudem sehen, wie lange man mit einem konkreten Node bereits verbunden ist, nicht aber, welche Datei dabei übertragen wird.

==== Zwischenspeicherung und Konvertierung der empfangenen Daten ====

Solange ein Download noch nicht vollständig ist, speichert Share alle Daten zu der entsprechenden Datei in einer zugehörigen Datei des [[#Konfiguration von Verzeichnissen|Cache-Verzeichnisses]], welche sequentiell wächst, also jeweils nur soviel Platz belegt, wie Daten zu diesem einen Download empfangen wurden.

Am Ende des Downloads wird die eigentliche Datei aus dieser Cache-Datei (automatisch) '''konvertiert''', es werden also alle Datenblöcke in der richtigen Reihenfolge zusammengefügt und in eine Datei im definierten [[#Konfiguration von Verzeichnissen|Ausgabeverzeichnis]] ''kopiert''. Der Download belegt nun also ''doppelt soviel Platz auf der Festplatte wie zuvor'' - das sollte man bei der Dimensionierung seiner Verzeichnisse berücksichtigen.

==== Löschen der Cache-Instanz einer empfangenen Daten ====

Die Cache-Kopie bleibt auch nach der Konvertierung zunächst einmal erhalten (aus dieser Kopie führt das Programm während des Tauschens eventuelle Uploads durch).

Um sie zu entfernen (und damit den Speicherplatz auf der eigenen Festplatte wieder freizugeben), muss man den Download explizit aus dem Cache löschen, und zwar ''innerhalb einer Query-Ansicht'' mit der Tastenkombination Cntrl-Del (der entsprechende Eintrag im Kontextmenü scheint keine Wirkung zu haben).

Von direktem Löschen der Cache-Datei wird abgeraten - das kann den Inhalt des Cache-Verzeichnisses korrumpieren. Außerdem wäre es ohne "Blindflug", gar nicht möglich, da die Dateinamen innerhalb des Cache kryptisch sind und die Größe zwischen fertiger Datei und Cache-Datei nicht exakt übereinstimmen (in der Cache-Datei sind zusätzlich die Verwaltungstabellen drin, welcher Dateiblock an welche Position der fertigen Datei gehört usw.).

=== Upload von Dateien ===

Man kann in Share natürlich auch eigene Dateien zum '''Upload''' anbieten. Dazu legt man diese Dateien in eines der zuvor in der Share-Konfiguration definierten [[#Konfiguration von Verzeichnissen|Upload-Verzeichnisse]] (von denen man mehrere gleichzeitig haben kann, auch unter verschiedenen [[#Konfiguration_von_Netzwerkeinstellungen|Identitäten]]), begibt sich in den Bereich "Folders" innerhalb des Programms und wendet dort die Operation "check" an. Von dieser existieren zwei Varianten:

* '''Quick Check''' prüft, ob in dem angegebenen Verzeichnis Dateien enthalten sind, die der Konfiguration noch nicht bekannt sind. Ist dies der Fall, dann werden diese Dateien vorverarbeitet (''es wird vermutlich eine Blockübersichtstabelle mit Prüfsummen etc. aufgebaut'') und eine zugehörige Datei (von etwa 20 kB Größe) im Cache-Verzeichnis von Share angelegt. Solcherart zum Upload angebotene Dateien sind in der Anzeige von Queries etc. als "Link" dargestellt.
* '''Recheck''' führt auf jeden Fall eine komplette Analyse des Upload-Verzeichnisses durch, auch für bereits bekannte Dateien. Auf diese Weise kann man eventuelle Probleme des Cache-Inhalts reparieren - dafür dauert die Verarbeitung bei sehr großen angebotenen Dateien (die im Share-Netzwerk üblich sind) entsprechend lange.

Eine zum Upload angebotene Datei wird vom Programm Share sofort geöffnet und entsprechend gesperrt, kann also während der Dauer des Programmlaufs nicht gelöscht werden.

== Liste aller Dateien im Programmverzeichnis ==

{| valign="top" border="1"
! Dateiname !! Format !! Bedeutung
|-
|<code>cache.idx</code>
| binär
| Index aller Dateien im [[#Konfiguration_von_Verzeichnissen|Cache-Verzeichnis]]; das Löschen dieser Datei bewirkt die automatische Löschung aller Dateien im Cache-Verzeichnis (welche ohne diesen Index nicht mehr verarbeitet werden können).
|-
|<code>cluster.txt</code>
| Text
| Liste aller derzeit aktiven [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>clusterlist.txt</code>
| Text
| Liste alle in der Cluster-Dialogbox angegebenen [[#Konfiguration_von_Clustern|Cluster-Schlüsselworte]].
|-
|<code>config.ini</code>
| Text
| Diverse Betriebseinstellungen.
|-
|<code>diffuse.db</code>
| binär
| Zustand aller aktuell [[#Upload_von_Dateien|hochgeladenen Dateien]].
|-
|<code>download.tmp</code>
| binär
| Zustand der Schlüssel aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>download.txt</code>
| Text
| Liste der Hashes aller aktuell [[#Zwischenspeicherung_und_Konvertierung_der_empfangenen_Daten|heruntergeladenen Dateien]].
|-
|<code>filter.txt</code>
| Text
| Liste aller aktuell [[#Filter|ignorierten Dateien und Schlüsselwörter]].
|-
|<code>folder.ini</code>
| Text
| Liste aller für das Programm Share konfigurierten [[#Konfiguration_von_Verzeichnissen|Verzeichnisse]].
|-
|<code>hash.db</code>
| binär
| Zustand der Metadaten aller Dateien.
|-
|<code>hint.txt</code>
| Text
| [[#Installation_des_Programms|Hilfetexte]] (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>history.txt</code>
| Text
| Liste der Programmänderungen der jüngeren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>info.txt</code>
| Text
| Zusätzliche entwicklerspezifische Anmerkungen des Programmautors (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>keymgr.tmp</code>
| binär
| Zustand der Schlüssel und der [[#Suchen_von_Dateien|aktuellen Such-Ergebnisse]].
|-
|<code>locale.txt</code>
| Text
| Die von der Benutzeroberfläche des Programms verwendeten [[#Installation_des_Programms|Zeichenketten]] mit entsprechender Übersetzung (im ZIP-Archiv der Programm-Auslieferung enthalten). Das Löschen dieser Datei bewirkt, dass Share sämtliche GUI-Elemente mit den im Programmcode definierten Bezeichnungen beschriftet (also in japanischen Schriftzeichen).
|-
|<code>nodes.db</code>
| binär
| Liste aller dem Programm aktuell bekannten [[#Konfiguration_von_Nodes|Nodes]]. Das Löschen dieser Datei macht Share praktisch unbenutzbar, zumindest bis zur Installation einer neuen Nodes-Liste.
|-
|<code>oldhistory.txt</code>
| Text
| Liste der Programmänderungen der älteren Vergangenheit (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|
|-
|<code>plugin.ini</code>
| Text
| Plugin-Konfiguration des Programms. (Plugin-spezifische Einstellungen befinden sich jedoch üblicherweise in deren eigenen Konfigurationsdateien, nicht in dieser hier.)
|-
|<code>point.db</code>
| binär
| Gespeicherte "Karma"-Punkte der Tauschpartner dieser Installation ''(seit Programmversion A67c nicht mehr verwendet)''.
|-
|<code>profile.id</code>
| binär
| ID-Daten für [[#Konfiguration_von_Verzeichnissen|Upload-Verzeichnisse]].
|-
|<code>query.txt</code>
| Text
| Liste der Schlüsselworte für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>queryid.txt</code>
| Text
| Liste der IDs für die Dropdown-Liste aller [[#Suchen_von_Dateien|Queries]].
|-
|<code>querytab.txt</code>
| Text
| Liste der Schlüsselworte, für welche [[#Suchen_von_Dateien|Query]]-Karteikarten angezeigt werden sollen.
|-
|<code>readme.txt</code>
| Text
| Benutzerhandbuch (im ZIP-Archiv der Programm-Auslieferung enthalten). Für den Betrieb des Programms nicht erforderlich.
|-
|<code>Share.exe</code>
| binär
| Ausführbares Programm (im ZIP-Archiv der Programm-Auslieferung enthalten).
|-
|<code>Share.ini</code>
| Text
| Konfigurationseinstellungen der Benutzeroberfläche des Programms (Größe und Position von Fenstern etc.).
|-
|<code>trigger.txt</code>
| Text
| Liste aller [[#Trigger|Trigger-Regeln]].
|-
|}

== Nodes-Listen ==

=== Aktive Listen ===
* [http://www.peerto.com/node/ nodes-Liste (www.peerto.com/node/)] (2007-07-28: Neu aufgenommen)
* [http://p2p-db.net/share/ nodes-Liste (p2p-db.net/share/)] (2008-02-20: Neu aufgenommen; dort gibt es auch nodes-Listen für WinNY und Perfect Dark)
* [http://tomman.monkeeh.com/share/nodes.php nodes-Liste (tomman.monkeeh.com/share/nodes.php/)] (2008-02-20: Neu aufgenommen)
* [http://share.mudaijp.com/ nodes-Liste (share.mudaijp.com/)] (2008-02-20: Neu aufgenommen)
* [http://moejump.s6.x-beat.com/node.php nodes-Liste (moejump.s6.x-beat.com/node.php)] (2008-02-20: Neu aufgenommen)

=== Inaktive Listen ===
* ''[http://node.nextp2p.info/ nodes-Liste (node.nextp2p.info)] (2007-07-28: Site liefert keinen Shares-Support mehr)''
* ''[http://www.stereoz.net/node/ nodes-Liste (www.stereoz.net)] (2007-07-28: Domain existiert nicht mehr)''
* ''[http://nodes.share-france.info/ nodes-Liste (nodes.share-france.info/)] (2008-02-21: Domain existiert nicht mehr)''

== Weblinks ==
* [http://de.wikipedia.org/wiki/Share_%28P2P%29 deutscher Wikipedia-Eintrag zu "Share (P2P)"]
* [http://en.wikipedia.org/wiki/Share_%28P2P%29 englischer Wikipedia-Eintrag zu "Share (P2P)"] (mit ed2k-Link der aktuellsten Programmversion)
* [http://www.uguu.org/share/ Installationsanleitung und englische Übersetzung der Menütexte von Share (englisch, "serika")]
* [http://www.uguu.org/share/guide.html Benutzerhandbuch für Share (englisch, "serika")]
* [http://www.uguu.org/share/tokix176/ How to upload using Share (englisch, "serika")]
* [http://www.anonymous-p2p.org/tutorial_share.html Share Tutorial (englisch, www.anonymous-p2p.org)]

[[Kategorie:Datenübertragung]]
[[Kategorie:Software]]

SubStationAlpha-Benutzerhandbuch

2008-03-25T23:11:48Z

Devil Doll: Tippfehler korrigiert

Dieses Dokument ist aus der Spezifikation des Dateiformats für '''SubStationAlpha''' (ursprüngliche Adresse im Web: http://www.eswat.demon.co.uk, heute nicht mehr funktionsfähig) hervorgegangen.

Erweiterungen für das Dateiformat des Programms '''Advanced SubStation''' sind an den entsprechenden Stellen eingearbeitet und entsprechend markiert.

Einige Teile des Benutzerhandbuchs beziehen sich spezifisch auf die Bearbeitung von Skripten im SSA- bzw. ASS-Format mit dem Programm SubStationAlpha; die meisten Abschnitte befassen sich jedoch allgemein mit dem Format dieser Skripte, welche von diversen anderen Fansubber-Hilfsprogrammen ebenfalls interpretiert werden. Insofern kann die Lektüre dieses Handbuchs für alle, die ein Skript in diesem Format bearbeiten ([[Editor|Editoren]], [[Timer]], [[Typesetter]], [[Encoder]]), von mehr oder weniger großem Interesse sein.

== Allgemeines über das Skriptformat "SubStationAlpha v4.00+"==

Dieses Dokument setzt voraus, dass der Leser mit den Begriffen und Konzepten des Programms '''SubStationAlpha (SSA)''' vertraut ist. Diese sind in der Hilfedatei <code>ssa.hlp</code> beschrieben, welche gemeinsam mit dem Programm ausgeliefert wird.

*Das '''Skript-Format v4.00''' ''unterscheidet sich'' von demjenigen früherer Versionen von SSA. SSA v4.00 kann Skripte älterer Versionen lesen, aber v4.00-Skripte können von älteren SSA-Versionen ''nicht'' korrekt geladen werden. Einige der Änderungen des Skriptformates haben das Ziel, allen Versionen von SSA ''ab v4.00'' zu ermöglichen, Skripte der aktuellen ''und jeder künftigen'' Version lesen zu können; insbesondere die neuen "<code>Format</code>"-Zeilen erlauben es SSA, nur diejenigen Informationen zu lesen, die es verarbeiten kann, und alle zusätzlichen Informationen künftiger Skript-Formate zu ignorieren.

*Skripte sind einfache (DOS-) '''Textdateien'''. Sie können also "manuell" mit jedem normalen Texteditor bearbeitet werden, doch dabei ist entsprechende Vorsicht erforderlich: SSA setzt einen korrekten Aufbau des Skripts gemäß der in dem vorliegenden Dokument beschriebenen Regeln voraus, und jeder Fehler kann zu unvorhersehbaren Folgen führen, sobald das Skript von SSA eingelesen wird.

*Ein Skript ist unterteilt in '''Abschnitte''', ''ähnlich'' einer Windows-<code>ini</code>-Datei. SSA-Skripte sind allerdings keine ''wirklichen'' Windows-<code>.ini</code>-Dateien, und einige Eigenschaften, die man erwarten könnte, sind deshalb nicht gewährleistet.

*Die meisten Zeilen innerhalb jedes Abschnittes beginnen mit einer Art '''Schlüsselwort''' zur Beschreibung der Art des Inhalts dieser Zeile. Dieses Schlüsselwort wird von einem Doppelpunkt gefolgt.

*Die '''Informationsfelder''' innerhalb jeder Zeile werden ''durch Kommata voneinander getrennt''. Daher darf innerhalb von Charakter- oder Style-Namen ''kein'' Komma verwendet werden (was SSA selbst bei der Eingabe auch verhindern würde). Es ist deshalb aber auch relativ einfach, Abschnitte eines SSA-Skripts als CSV-Datei in eine Tabellenkalkulation zu laden und die von anderen Untertitelprogrammen ggf. benötigten Spalten herauszuschneiden.

*Die '''Reihenfolge''', in welcher die Ereignisse innerhalb eines Skripts eingegeben werden, ist für SSA ''irrelevant''. Selbst wenn sie in exakt umgekehrter Reihenfolge eingegeben worden wären, würde SSA sie immer noch korrekt abspielen. Die Annahme, dass die Reihenfolge der Ereignis-Zeilen der chronologischen Reihenfolge ihres Abspielens entsprechen würde, ist also ''nicht'' zulässig.

*'''Strukturell fehlerhafte Zeilen''' werden ''ignoriert''. SSA überliest alle Zeilen, die es nicht verstehen kann, und gibt nach dem Laden des Skripts eine Warnungsmeldung mit der Anzahl der ignorierten Zeilen aus.

*Es gibt ''kein'' Zeichen für die Markierung einer '''Fortsetzungszeile'''. Jeder Eintrag in einem Skript enthält seine vollständige Information innerhalb einer einzigen Zeile. (Anm.d.Übers.: Ausgenommen in das Skript eingebundene [[#Anhang_B:_Codierung_eingebundener_Zeichensatz-_bzw._Bilddateien|Binärdateien]].)

*Falls innerhalb eines Skripts '''undefinierte Styles''' verwendet werden sollen, dann wird statt dessen der <code>*Default</code>-Style verwendet. Falls beispielsweise Ereignis-Zeilen aus einem anderen Skript eingefügt wurden, ohne die Definitionen der in diesen Zeilen verwendeten Styles ebenfalls zu übernehmen, dann verwendet SSA beim Abspielen des Skripts seine Default-Style-Einstellungen für diese Zeilen.

*Falls ein Style eine '''Schriftart''' verwendet, die nicht installiert ist, wird stattdessen die Schriftart <code>Arial</code> verwendet. Dies kann beispielsweise bei Skripten passieren, die der Anwender nicht selbst erstellt hat - auf dem System des Skript-Autors könnten zusätzliche Schriftarten installiert sein.

== Die Abschnitte innerhalb eines SSA-Skripts ==

=== Allgemeine Informationen ===
<blockquote><code>[Script Info]</code></blockquote>
Dieser Abschnitt enthält [[#Der_Kopfabschnitt_eines_SSA-Skripts|allgemeine Informationen]] über das Skript.

In einem Skript des Formats der SSA-Version 4 ''muss'' die Zeile "<code>[Script Info]</code>" die erste Zeile der Datei sein.

=== Style-Definitionen ===
<blockquote><code>[v4 Styles]</code></blockquote>
Dieser Abschnitt enthält alle [[#Style-Definitionen_in_einem_SSA-Skript|Style-Definitionen]], die von diesem Skript benötigt werden. Jeder von einem Untertitel verwendete Style sollte hier definiert sein.

ASS verwendet die Markierung "<code>[v4 Styles+]</code>" für diesen Abschnitt.

=== Ereignis-Definitionen ===
<blockquote><code>[Events]</code></blockquote>
Dieser Abschnitt enthält alle [[#Ereignisse_.28Events.29_in_einem_SSA-Skript|Ereignisdefinitionen]] für das Skript - alle [[#Dialog-Ereignisse_.28Texteinblendungen.29|Untertitel]], [[#Kommentarzeilen_im_Ereignis-Abschnitt|Kommentare]], eingebundene [[#Einbindung_von_Bild-Dateien|Bild-]], [[#Einbindung_von_Sound-Dateien|Sound]]- und [[#Einbindung_von_Video-Dateien|Video-Dateien]] sowie [[#Spezielle_Kommandos|interne Kommandos von SSA]]. Im Wesentlichen enthält er alle Informationen, die im Tabellen-Raster des Haupt-Bildschirms von SubStationAlpha sichtbar sind.

=== Eingebundene Schriftarten ===

<blockquote><code>[Fonts]</code></blockquote>

Dieser Abschnitt enthält '''als Text codierte Schriftartdateien''', falls der Anwender sich dafür entschieden hat, Nonstandard-Schriftarten direkt in das Skript einzubinden. Diese Einbindung ist innerhalb von SSA-Skripten ''nur'' mit Truetype-Schriftarten möglich.

Jede Schriftartdatei wird durch eine Zeile im Format

<blockquote><code>fontname:</code> ''<dateiname>''</blockquote>

eingeleitet.

Das Wort "<code>fontname</code>" ''muss'' in Kleinbuchstaben notiert werden (Großbuchstaben werden als Teil des Inhalts einer textcodierten Datei interpretiert).

''<dateiname>'' ist der Name der Datei, den SSA beim Abspeichern der Schriftart verwenden wird. Er besteht aus
*dem ursprünglichen Dateinamen der Truetype-Schriftart,
*gefolgt von einem Underscore "<tt>_</tt>",
*gefolgt von einem optionalen "<tt>B</tt>", falls die Schrift fett (''bold'') dargestellt werden soll,
*gefolgt von einem optionalen "<tt>I</tt>", falls die Schrift kursiv (''italic'') dargestellt werden soll,
*gefolgt von einer Zahl zur Bezeichnung des Codes (Zeichensatz) sowie
*der Endung "<tt>.ttf</tt>".
Beispiele für solche Anweisungen:
<blockquote><code>fontname: chaucer_B0.ttf</code> <code>fontname: comic_0.ttf</code></blockquote>

Die <code>fontname</code>-Zeile wird gefolgt von Zeilen druckbarer Zeichen, welche die Binärwerte des Inhalts der Schriftartdatei darstellen. Jede Zeile ist genau 80 Zeichen lang, ausgenommen die letzte Zeile, welche kürzer sein kann.

Die genaue Art der Umwandlung von binären in druckbare Zeichen ist im [[#Anhang_B:_Codierung_eingebundener_Zeichensatz-_bzw._Bilddateien|Anhang B]] dieses Dokuments genauer beschrieben.

=== Eingebundene Bilddateien ===

<blockquote><code>[Graphics]</code></blockquote>

Dieser Abschnitt enthält '''als Text codierte Bilddateien''', falls der Anwender sich dafür entschieden hat, Bilddateien innerhalb des Skripts zu verwenden.

Die textcodierte Darstellung dieser binären Bilddateien ist zwar ineffizient, doch sie garantiert, dass die Bearbeitung von SSA-Skripten mit jedem normalen Texteditor weiterhin möglich bleibt.

Jede Bilddatei wird durch eine Zeile im Format

<blockquote><code>filename:</code> ''<dateiname>''</blockquote>

eingeleitet.

Das Wort "<code>filename</code>" ''muss'' in Kleinbuchstaben notiert werden (Großbuchstaben werden als Teil des Inhalts einer textcodierten Datei interpretiert).

''<dateiname>'' ist der Name der Datei, unter dem SSA die Bilddatei abspeichern wird. Er muss dem Namen eines in der Skript-Datei verwendeten Bildes entsprechen.

SSA speichert alle innerhalb des Skripts gefundenen Bilder in einem Unterverzeichnis seines Programm-Installationsverzeichnisses mit dem Namen "<code>Pictures</code>", also beispielsweise im Verzeichnis "<code>c:\Programme\Sub Station Alpha v4.00\Pictures</code>". SSA versucht, Dateien ''zunächst'' über den im Skript angegebenen Namen zu laden; wird eine Bilddatei dort nicht gefunden, dann sucht SSA nach dieser Datei in seinem "<code>Pictures</code>"-Unterverzeichnis.

Die <code>filename</code>-Zeile wird gefolgt von Zeilen druckbarer Zeichen, welche die Binärwerte des Inhalts der Bilddatei darstellen; für das Format gilt dasselbe wie bei [[#Eingebundene_Schriftarten|Schriftartdateien]].

Die genaue Art der Umwandlung von binären in druckbare Zeichen ist im [[#Anhang_B:_Codierung_eingebundener_Zeichensatz-_bzw._Bilddateien|Anhang B]] dieses Dokuments genauer beschrieben.

== Zeilentypen innerhalb eines SSA-Skripts ==

=== Liste aller Zeilentypen eines SSA-Skripts ===

Dieses Kapitel enthält eine Kurzbeschreibung aller Zeilentypen, die innerhalb eines SSA-Skripts zulässig sind. Eine vollständige Beschreibung jedes einzelnen Zeilentyps ist den nachfolgenden Kapiteln zu entnehmen.

{| valign="top" border="1"
! Zeilentyp !! Bedeutung
|-
|[[#Zeile_.22.3B.22|<code>!:</code>]]
|Dies kennzeichnet eine '''Kommentarzeile''' innerhalb des Skripts. Der Inhalt dieser Zeile ist nicht sichtbar, wenn das Skript mit SSA geöffnet wird.
|-
|[[#Zeile_.22Title:.22|<code>Title:</code>]]
|In dieser Zeile kann man dem Skript einen beschreibenden '''Namen''' geben.
|-
|[[#Zeile_.22Original_Script:.22|<code>Original Script:</code>]]
|Der bzw. die ursprünglichen '''Autor'''(en) des Skripts
|-
|[[#Zeile_.22Original.C2.A0Translation:.22|<code>Original Translation:</code>]]
|''(optional)'' Der ursprüngliche '''Übersetzer''' der Dialoge
|-
|[[#Zeile_.22Original_Editing:.22|<code>Original Editing:</code>]]
|''(optional)'' Der bzw. die ursprüngliche(n) '''Editor'''(en) des Skripts, üblicherweise der bzw. die Namen derjenigen Person(en), welche die unbearbeitete Übersetzung in idiomatisches und besser lesbares Englisch umgewandelt haben.
|-
|[[#Zeile_.22Original_Timing:.22|<code>Original Timing:</code>]]
|''(optional)'' Angaben über den bzw. die '''Timer''', d. h. die Person(en), welche das Timing des Original-Skripts erstellt haben.
|-
|[[#Zeile_.22Synch_Point:.22|<code>Synch Point:</code>]]
|''(optional)'' Die Angabe des '''Zeitpunkts''', ab dem innerhalb des Videos das Abspielen dieses Skripts begonnen werden soll.
|-
|[[#Zeile_.22Script_Updated_By:.22|<code>Script Updated By:</code>]]
|''(optional)'' Namen anderer '''Bearbeiter''' des Original-Skripts ([[Fansubgruppe|Fansubgruppen]] etc.).
|-
|[[#Zeile_.22Update_Details:.22|<code>Update Details:</code>]]
|Eine Beschreibung der während dieser Bearbeitung vorgenommenen '''Änderungen'''.
|-
|[[#Zeile_.22Script_Type:.22|<code>ScriptType:</code>]]
|Die Version des verwendeten '''SSA-Skriptformats''', z. B. "<code>V3.00</code>".
|-
|[[#Zeile_.22Collisions:.22|<code>Collisions:</code>]]
|Eine Festlegung des anzuwendenden '''Verfahrens''' für die Bewegung von Untertitel, um '''Kollisionen''' bei deren Anzeige zu verhindern.
|-
|[[#Zeile_.22PlayResY:.22|<code>PlayResY:</code>]]
|Die '''Höhe des Bildschirmformats''', welches beim Abspielen des Videos vom Skript-Autor verwendet wurde.
|-
|[[#Zeile_.22PlayResX:.22|<code>PlayResX:</code>]]
|Die '''Breite des Bildschirmformats''', welches beim Abspielen des Videos vom Skript-Autor verwendet wurde.
|-
|[[#Zeile_.22PlayDepth:.22|<code>PlayDepth:</code>]]
|Die '''Farbtiefe''', welches beim Abspielen des Videos vom Skript-Autor verwendet wurde.
|-
|[[#Zeile_.22Timer:.22|<code>Timer:</code>]]
|Eine '''Abspiel-Geschwindigkeit''' für das Skript als Prozentangabe. Der Wert "<code>100.0000</code>" entspricht einer Geschwindigkeit von genau 100%. Diese Timer-Geschwindigkeit wird von SSA als Multiplikator auf alle Zeitangaben der SSA-eigenen Uhr angewendet (to provide a ramp time?).
|-
|[[#Zeile_.22WrapStyle:.22|<code>WrapStyle:</code>]]
|Eine Definition einer '''Strategie zum automatischen Zeilenumbruch''' für anzuzeigenden Text.
|-
|[[#Style-Definitionen_in_einem_SSA-Skript|<code>Style:</code>]]
|Eine '''Style-Definition''', die verwendet wird, um den vom Skript anzuzeigenden Text zu formatieren.
|-
|[[#Dialog-Ereignisse_.28Texteinblendungen.29|<code>Dialogue:</code>]]
|Ein '''Dialog-Ereignis''', d. h. ein anzuzeigender Text.
|-
|[[#Kommentarzeilen_im_Ereignis-Abschnitt|<code>Comment:</code>]]
|Ein '''Kommentar-Ereignis'''. Es kann dieselben Informationen wie ein Dialog-, Bild-, Sound-, Movie- oder Kommando-Ereignis enthalten, wird jedoch beim Abspielen des Skripts ignoriert.
|-
|[[#Einbindung_von_Bild-Dateien|<code>Picture:</code>]]
|Ein '''Bild-Ereignis'''; SSA zeigt die angegebene Graphik im Format <tt>.bmp</tt>, <tt>.jpg</tt>, <tt>.gif</tt>, <tt>.ico</tt> bzw <tt>.wmf</tt> ab.
|-
|[[#Einbindung_von_Sound-Dateien|<code>Sound:</code>]]
|Ein '''Sound-Ereignis'''; SSA spielt die angegebene <tt>.wav</tt>-Datei ab.
|-
|[[#Einbindung_von_Video-Dateien|<code>Movie:</code>]]
|Ein '''Movie-Ereignis'''; SSA spielt die angegebene <tt>.avi</tt>-Datei ab.
|-
|[[#Spezielle_Kommandos|<code>Command:</code>]]
|Ein '''Kommando-Ereignis'''; SSA führt das angegebene Programm als Hintergrund-Task aus.
|}

=== Der Kopfabschnitt eines SSA-Skripts ===

==== Zeile "<code>;</code>" ====

Nach dem Semikolon darf ''beliebiger Text'' folgen. Dies ist eine '''Kommentarzeile''' innerhalb des Skripts; sie ist nicht sichtbar, wenn das Skript in SubStationAlpha geladen wird.

Das Semikolon muss das erste Zeichen innerhalb der Zeile sein.

Dieses Zeilenformat löst den Zeilentyp "<tt>!:</tt>" früherer Skript-Versionen ab.

==== Zeile "<code>Title:</code>" ====

Diese Zeile enthält einen '''beschreibenden Titel''' des Skripts.

Haben der bzw. die Original-Autor(en) hier keinen Wert angegeben, dann wurde automatisch der Wert "<tt><untitled></tt>" eingetragen.

==== Zeile "<code>Original Script:</code>" ====

Der bzw. die '''Original-Autor'''(en) des Skripts.

Haben der bzw. die Original-Autor(en) hier keinen Wert angegeben, dann wurde automatisch der Wert "<tt><untitled></tt>" eingetragen.

==== Zeile "<code>Original Translation:</code>" ====

''(optional)'' Der '''Original-Übersetzer''' der Dialoge.

Hat der Autor hier keinen Wert angegeben, dann ist diese Zeile nicht im Skript enthalten.

==== Zeile "<code>Original Editing:</code>" ====

''(optional)'' Der '''Editor des Original-Skripts''', üblicherweise also derjenige, der die Rohfassung der Übersetzung in idiomatisches, lesbares Englisch verwandelt hat.

Hat der Autor hier keinen Wert angegeben, dann ist diese Zeile nicht im Skript enthalten.

==== Zeile "<code>Original Timing:</code>" ====

''(optional)'' Diejenige Person, welche das Timing des Original-Skripts erstellt hat.

Hat der Autor hier keinen Wert angegeben, dann ist diese Zeile nicht im Skript enthalten.

==== Zeile "<code>Synch Point:</code>" ====

''(optional)'' Festlegung eines '''Zeitpunkts''' innerhalb des Videos, ab welchem die Auswertung des Skripts beim Abspielen begonnen werden soll.

Hat der Autor hier keinen Wert angegeben, dann ist diese Zeile nicht im Skript enthalten.

==== Zeile "<code>Script Updated By:</code>" ====

''(optional)'' Namen beliebiger andere Fansubgruppen, von denen das Original-Skript bearbeitet wurde.

Haben nachfolgende '''Bearbeiter''' des Skripts hier keinen Wert angegeben, dann ist diese Zeile nicht im Skript enthalten.

==== Zeile "<code>Update Details:</code>" ====

Eine Beschreibung der vorgenommenen '''Änderungen''' am Original-Skript (durch andere Fansub-Gruppen).

Haben nachfolgende Bearbeiter des Skripts hier keinen Wert angegeben, dann ist diese Zeile nicht im Skript enthalten.

==== Zeile "<code>Script Type:</code>" ====

Dies ist die '''Version''' des in diesem SSA-Skript verwendeten '''Formats''', z. B. "V4.00". Sie wird von SubStationAlpha dazu verwendet, um beim Laden eines Skripts in eine SSA-Version, die selbst älter ist als die Version des Skripts, eine Warnung auszugeben.

Die Version von ASS-Skripten lautet "V4.00+".

==== Zeile "<code>Collisions:</code>" ====

Diese Angabe legt fest, auf welche Weise Untertitel an einer anderen als der geplanten Stelle angezeigt werden, um eine automatisch erkannte '''Kollision zwischen mehreren Untertitel-Einblendungen''' zu verhindern:
*Falls dieser Eintrag den Wert "<tt>Normal</tt>" enthält, dann wird SSA versuchen, Untertitel an den durch ihre Randabstands-Definitionen definierten Positionen einzublenden. Es ist allerdings möglich, dass Untertitel vertikal verschoben werden, um Kollisionen zu vermeiden. Die Einstellung "<tt>Normal</tt>" bewirkt dabei ein "Übereinander-Stapeln" von Untertiteln, welche jedoch so nahe wie möglich am vertikalen (unteren) Rand positioniert werden - wobei eine Einblendung auch in einer "Lücke" zwischen den bereits angezeigten Untertiteln erfolgen kann, falls diese dafür genügend Platz bietet.
*Falls dieser Eintrag den Wert "<tt>Reverse</tt>" enthält, dann werden bereits angezeigte Untertitel nach oben verschoben, um Platz für neue, überlappende Untertitel zu schaffen. Die Untertitel können also praktisch immer von oben nach unten in der Reihenfolge ihrer Einblendung gelesen werden - es ist allerdings möglich, dass der zuerst eingeblendete Untertitel etwa in der Mitte des Bildschirms angezeigt wird, bevor nachfolgende überlappende Untertitel sichtbar werden. Diese Methode kann also eine Menge Platz auf dem Bildschirm belegen.

==== Zeile "<code>PlayResY:</code>" ====

Dies beschreibt die '''Höhe des Bildschirmformats''', die der Skript-Autor beim Abspielen des Skripts verwendet hat.

SSA v4 wird automatisch die Einstellung mit der geringstmöglichen Abweichung auswählen, falls das Playback-Verfahren "Directdraw" verwendet wird.

==== Zeile "<code>PlayResX:</code>" ====

Dies beschreibt die '''Breite des Bildschirmformats''', die der Skript-Autor beim Abspielen des Skripts verwendet hat.

SSA v4 wird automatisch die Einstellung mit der geringstmöglichen Abweichung auswählen, falls das Playback-Verfahren "Directdraw" verwendet wird.

==== Zeile "<code>PlayDepth:</code>" ====

Dies beschreibt die '''Farbtiefe''', die der Skript-Autor beim Abspielen des Skripts verwendet hat.

SSA v4 wird automatisch die Einstellung mit der geringstmöglichen Abweichung auswählen, falls das Playback-Verfahren "Directdraw" verwendet wird.

==== Zeile "<code>Timer:</code>" ====

Legt die '''Timer-Geschwindigkeit''' für das Skript fest, in Form eines ''Prozentwerts''. Beispiel: "100.0000" entspricht exakt 100%. Der Wert wird auf vier Dezimalstellen nach dem Komma genau angegeben.

Die Timer-Geschwindigkeit wirkt als Multiplikator angewendet auf die interne Uhr von SSA, um die Dauer eines Skripts zu strecken bzw. zu stauchen. Eine Geschwindigkeit größer als 100% reduziert die Abspieldauer des Skripts, so dass der Abspielzeitpunkt der Untertitel mit wachsender Laufzeit des Skripts immer weiter nach vorne verschoben wird. Eine Geschwindigkeit kleiner als 100% erhöht die Abspieldauer des Skripts, so dass der Abspielzeitpunkt der Untertitel mit wachsender Laufzeit des Skripts immer weiter nach vorne verschoben wird (ähnlich einer positiven "ramp time").

Diese Streckung oder Stauchung tritt nur während des Abspielens des Skripts auf - die tatsächlichen Zeitangaben der Events innerhalb des Skripts werden durch diese Angabe nicht verändert.

''(Check the SSA user guide if you want to know why "Timer Speed" is more powerful than "Ramp Time", even though they both achieve the same result.)''

==== Zeile "<code>WrapStyle:</code>" ====

Legt die Art des '''Zeilenumbruchs''' fest:
*0: Intelligenter Zeilenumbruch, die dabei erzeugten Zeilen werden möglichst gleich lang gestaltet, wobei die oberste Zeile breiter wird.
*1: Zeilenumbruch nur durch Zeilenende in der Datei und <tt>\N</tt>.
*2: kein Zeilenumbruch außer durch <tt>\n</tt> bzw. <tt>\N</tt>.
*3: Wie 0, aber die unterste Zeile wird breiter.

=== Style-Definitionen in einem SSA-Skript ===

==== Allgemeines über Style-Definitionen ====

Styles legen das '''Erscheinungsbild''' und die '''Positionierung''' der Untertitel fest. Jeder in einem Skript verwendete Styles ''muss'' durch eine "<code>Style:</code>"-Zeile ''innerhalb desselben Skripts'' definiert werden.

Styles dienen als Hilfsmittel zur ''Vereinheitlichung'' der Darstellung; (fast) jede Einstellung innerhalb eines Styles (ausgenommen Typ und Tiefe von [[#Style-Feld:_Shadow|Schatten]] bzw. [[#Style-Feld:_Outline|Umriss]]) kann jedoch durch [[#Anhang_A:_Markierungen_innerhalb_von_Untertiteltexten|Markierungen innerhalb des Untertiteltextes]] lokal überdeckt werden.

Die Liste aller Felder, die innerhalb jeder <code>Style:</code>-Zeile auftreten, werden in einer besonderen Zeile mit dem Zeilentyp "<code>Format:</code>" aufgelistet. Diese <code>Format:</code>-Zeile muss ''vor'' jeglichen <code>Style:</code>-Zeilen auftreten, denn ''sie'' legt die Art und Weise fest, in der SSA die nachfolgenden Style-Definitionen interpretiert.

Die in der <code>Format:</code>-Zeile aufgelisteten Feldnamen müssen exakt in der nachfolgend angegebenen Art und Weise geschrieben werden. Folgende Felder stehen zur Verfügung:

*[[#Style-Feld:_Name|<code>Name</code>]]
*[[#Style-Feld:_Fontname|<code>Fontname</code>]]
*[[#Style-Feld:_Fontsize|<code>Fontsize</code>]]
*[[#Style-Feld:_PrimaryColour|<code>PrimaryColour</code>]]
*[[#Style-Feld:_SecondaryColour|<code>SecondaryColour</code>]]
*[[#Style-Feld:_TertiaryColour_.28in_SSA.29_bzw._OutlineColor_.28in_ASS.29|<code>TertiaryColor</code>]] bzw. [[#Style-Feld:_TertiaryColour_.28in_SSA.29_bzw._OutlineColor_.28in_ASS.29|<code>OutlineColor</code>]]
*[[#Style-Feld:_BackColour|<code>BackColour</code>]]
*[[#Style-Feld:_Bold|<code>Bold</code>]]
*[[#Style-Feld:_Italic|<code>Italic</code>]]
*[[#Style-Feld:_Underline|<code>Underline</code>]] (nur ASS)
*[[#Style-Feld:_StrikeOut|<code>StrikeOut</code>]] (nur ASS)
*[[#Style-Feld:_ScaleX|<code>ScaleX</code>]] (nur ASS)
*[[#Style-Feld:_ScaleY|<code>ScaleY</code>]] (nur ASS)
*[[#Style-Feld:_Spacing|<code>Spacing</code>]] (nur ASS)
*[[#Style-Feld:_Angle|<code>Angle</code>]] (nur ASS)
*[[#Style-Feld:_BorderStyle|<code>BorderStyle</code>]]
*[[#Style-Feld:_Outline|<code>Outline</code>]]
*[[#Style-Feld:_Shadow|<code>Shadow</code>]]
*[[#Style-Feld:_Alignment|<code>Alignment</code>]]
*[[#Style-Feld:_MarginL|<code>MarginL</code>]]
*[[#Style-Feld:_MarginR|<code>MarginR</code>]]
*[[#Style-Feld:_MarginV|<code>MarginV</code>]]
*[[#Style-Feld:_AlphaLevel|<code>AlphaLevel</code>]]
*[[#Style-Feld:_Encoding|<code>Encoding</code>]]

Die Existenz dieser <code>Format:</code>-Zeile ermöglicht es nachfolgenden Versionen des Skriptformats, zusätzliche Felder zu verwenden, während ältere Versionen der SSA-Software die ihr bekannten Felder dieser erweiterten Formate nach wie vor erkennen und auswerten können - selbst dann, wenn sich die Reihenfolge der Anordnung der Felder innerhalb einer Zeile geändert haben sollte.

==== Name des definierten Styles ====

===== Style-Feld: <code>Name</code> =====

Der Name des zu definierenden '''Styles''' (case-sensitiv).

Der Name darf ''kein'' Komma enthalten (weil dieses als Trennzeichen zwischen den einzelnen Feldern der Format-Definition benötigt wird).

==== Schriftart und Zeichencodierung ====

===== Style-Feld: <code>Fontname</code> =====

Der Name der '''Schriftart''', wie er in Windows angezeigt wird (case-sensitiv).

===== Style-Feld: <code>Encoding</code> =====

Dieses Feld legt den '''Zeichensatz''' für die zu verwendende Schriftart fest; auf mehrsprachigen Windows-Systemen ermöglicht dies den gleichzeitigen Zugriff auf Sonderzeichen verschiedener Sprachen. Üblicherweise enthält dieses Feld den Wert "<tt>0</tt>" für den "westlichen" ANSI-Zeichensatz von Windows.

Falls die Skriptdatei im Unicode-Format vorliegen sollte, kann diese Encoding-Angabe für die Umwandung in andere Dateiformate nützlich sein.

==== Schriftgrößen und -skalierungen ====

===== Style-Feld: <code>Fontsize</code> =====

Die '''Schriftgröße''' in [http://de.wikipedia.org/wiki/Didot-Punkt#Das_DTP-Punkt-System Punkt]. Beachte, dass diese Schriftgröße relativ zur [[#Zeile_.22PlayResY:.22|Bildschirmauflösung]] des zu untertitelnden Videos interpretiert wird.

===== Style-Feld: <code>ScaleX</code> =====

(nur ASS:) Ein Skalierungsfaktor der '''Schriftbreite''' in Prozent.

===== Style-Feld: <code>ScaleY</code> =====

(nur ASS:) Ein Skalierungsfaktor der '''Schrifthöhe''' in Prozent.

===== Style-Feld: <code>Spacing</code> =====

(nur ASS:) ''''Gesperrte' Anzeige''', d. h. die Anzahl an zusätzlichem freiem Platz (in Pixeln) zwischen je zwei Zeichen des anzuzeigenden Untertiteltextes.

==== Farbdefinitionen ====

===== Style-Feld: <code>PrimaryColour</code> =====

Die '''Primärfarbe''' der Schrift, als sedezimaler BGR-Farbcode (blau-grün-rot, "BBGGRR"). In dieser Farbe wird der Untertitel normalerweise angezeigt.

===== Style-Feld: <code>SecondaryColour</code> =====

Die '''Sekundärfarbe''' der Schrift, als sedezimaler BGR-Farbcode (blau-grün-rot, "BBGGRR"). In dieser Farbe kann ein Untertitel angezeigt werden, der aufgrund der automatischen Kollisionserkennung an eine andere Bildschirmposition verschoben wurde (um ihn von anderen angezeigten Untertiteln optisch abzugrenzen).

===== Style-Feld: <code>TertiaryColour</code> (in SSA) bzw. <code>OutlineColor</code> (in ASS) =====

Die '''Outlinefarbe''' der Schrift, als sedezimaler BGR-Farbcode (blau-grün-rot, "BBGGRR").

===== Style-Feld: <code>BackColour</code> =====

Die '''Hintergrundfarbe''' der Schrift, als sedezimaler BGR-Farbcode (blau-grün-rot, "BBGGRR"). In dieser Farbe werden Umrandung und Schatten der Untertitel angezeigt, falls diese verwendet werden sollen.

Hinweis für Typesetter: Der Sinn der Verwendung von Umrandung bzw. Schatten sollte es sein, die Lesbarkeit der angezeigten Schrift unabhängiger von der Farbe des Hintergrunds zu gestalten, vor welchem diese Anzeige erfolgen soll. Am besten lesbar ist eine Schrift dann, wenn sie gegenüber dem Hintergrund einen starken Kontrast aufweist, also helle Schrift auf dunklem Grund bzw. dunkle Schrift auf hellem Grund. Da die Farbe des Szenenhintergrunds während der Anzeige eines Untertitels jedoch ständig wechseln kann, ist es zu empfehlen, zwischen Primärfarbe und Hintergrundfarbe derselben Styledefinition ebenfalls einen möglichst starken Kontrast zu wählen, weil sich dann je nach Szenen eine dieser beiden Farben auf jeden Fall deutlich vom Szenenhintergrund abheben wird.

===== Style-Feld: <code>AlphaLevel</code> =====

Dieses Feld ''wäre'' eigentlich dafür gedacht gewesen, über eine Alphakanal-Angabe die '''Transparenzdefinition''' der anzuzeigenden Schrift aufzunehmen. Von SSA wird das Feld allerdings nicht in dieser Hinsicht ausgewertet, in der Felddefinition von ASS taucht es sogar überhaupt nicht mehr auf.

(nur bei ASS:) Statt dessen ist die Alphakanal-Definition Teil der jeweiligen Farbdefinitionen geworden. Für alle Farbdefinitionen gilt nämlich: Falls der angegebene Wert 8 statt 6 Sedezimalziffern enthält, dann definieren die beiden höchstwertigen Ziffern (AABBGGRR) den Wert des Alphakanals dieser Farbdefinition.

==== Optische Hervorhebungen ====

===== Style-Feld: <code>Bold</code> =====

Dieses Feld legt durch einen Schalter-Wert (true/false) fest, ob die Schrift '''fett''' (true) oder normal (false) dargestellt wird. "<code>-1</code>" entspricht "true", "<code>0</code>" entspricht "false". Diese Angabe erfolgt unabhängig von der Festlegung, ob die Schrift kursiv dargestellt werden soll - es sind beliebige Kombinationen beider Attribute möglich.

===== Style-Feld: <code>Italic</code> =====

Dieses Feld legt durch einen Schalter-Wert (true/false) fest, ob die Schrift '''kursiv''' (true) oder normal (false) dargestellt wird. "<code>-1</code>" entspricht "true", "<code>0</code>" entspricht "false". Diese Angabe erfolgt unabhängig von der Festlegung, ob die Schrift fett dargestellt werden soll - es sind beliebige Kombinationen beider Attribute möglich.

===== Style-Feld: <code>Underline</code> =====

(nur ASS:) Dieses Feld legt durch einen Schalter-Wert (true/false) fest, ob die Schrift '''unterstrichen''' (true) oder normal (false) dargestellt wird. "<code>-1</code>" entspricht "true", "<code>0</code>" entspricht "false".

===== Style-Feld: <code>StrikeOut</code> =====

(nur ASS:) Dieses Feld legt durch einen Schalter-Wert (true/false) fest, ob die Schrift '''durchgestrichen''' (true) oder normal (false) dargestellt wird. "<code>-1</code>" entspricht "true", "<code>0</code>" entspricht "false".

==== Schriftumgebung ====

===== Style-Feld: <code>BorderStyle</code> =====

Die Festlegung der '''Umrahmung''' der Schriftanzeige. Ein Wert von "<tt>1</tt>" aktiviert die Umriss- und die Schatten-Darstellung, ein Wert von "<tt>3</tt>" bedeutet "Opaque box".

===== Style-Feld: <code>Outline</code> =====

Falls <code>BorderStyle</code> den Wert "<tt>1</tt>" hat, legt diese Einstellung die Dicke der '''Umrissdarstellung''' in Pixeln. Zulässige Werte für diesen Style-Parameter sind Zahlen von <tt>0</tt> bis <tt>4</tt>.

===== Style-Feld: <code>Shadow</code> =====

Falls <code>BorderStyle</code> den Wert "<tt>1</tt>" hat, legt diese Einstellung die Dicke der '''Schattendarstellung''' in Pixeln. Zulässige Werte für diesen Style-Parameter sind Zahlen von <tt>0</tt> bis <tt>4</tt>.

Die Anzeige eines Schattens impiziert stets die Anzeige eines [[#Style-Feld: Outline|Umrisses]]; falls für diesen keine Breite angegeben ist, erzwingt SSA einen Umriss in der Breite von einem Pixel.

==== Schriftausrichtung ====

===== Style-Feld: <code>Angle</code> =====

(nur ASS:) Ein '''Rotationswinkel''', als Gleitpunktzahl in Grad. Der Ursprung, um welchen die Schrift rotiert wird, hängt von der Ausrichtung der Schrift ab.

===== Style-Feld: <code>Alignment</code> =====

Diese Angabe legt die '''Ausrichtung''' des anzuzeigenden Textes innerhalb des von den [[#Randdefinitionen|Randdefinitionen des Styles]] vorgegebenen Bereichs fest.

Die zulässigen Werte entsprechen denjenigen der [[#Textausrichtung|Markierung zur Textausrichtung]]. Zu beachten ist allerdings, dass SSA die Werte entsprechend der Markierung "<code>\a</code>" auswertet, während ASS die Werte entsprechend der Markierung "<code>\an</code>" interpretiert, was zwischen beiden Verfahren zu unterschiedlichen Ergebnissen führt.

==== Randdefinitionen ====

Durch die drei nachfolgenden '''Randdefinitionen''' wird derjenige Bildschirmbereich festgelegt, innerhalb dessen die Untertiteltexte angezeigt werden.

===== Style-Feld: <code>MarginL</code> =====

Dieses Feld definiert den '''linken Rand''', d. h. den Mindestabstand das anzuzeigenden Untertiteltextes vom linken Bildschirmrand in Pixeln.

===== Style-Feld: <code>MarginR</code> =====

Dieses Feld definiert den '''rechten Rand''', d. h. den Mindestabstand das anzuzeigenden Untertiteltextes vom rechten Bildschirmrand in Pixeln.

===== Style-Feld: <code>MarginV</code> =====

Dieses Feld definiert den '''vertikalen Rand''', d. h. den Mindestabstand das anzuzeigenden Untertiteltextes vom oberen bzw. unteren Bildschirmrand in Pixeln.

Die genaue Bedeutung dieses Feldes ist abhängig von der [[#Style-Feld:_Alignment|Ausrichtung]] des Untertitels:
*Ist der Untertitel am ''oberen'' Rand des Bildschirms ausgerichtet, dann legt dieses Feld den Mindestabstand von diesem oberen Bildschirmrand fest.
*Ist der Untertitel am ''unteren'' Rand des Bildschirms ausgerichtet, dann legt dieses Feld den Mindestabstand von diesem unteren Bildschirmrand fest.
*Ist der Untertitel ''mittig'' auf dem Bildschirms ausgerichtet, dann hat dieses Feld ''keine Bedeutung'' (der Text wird in jedem Falle mittig ausgerichtet angezeigt).

=== Ereignisse (Events) in einem SSA-Skript ===

==== Dialog-Ereignisse (Texteinblendungen) ====

Diese Zeilen enthalten
*den Untertiteltext,
*Angaben über den Zeitpunkt sowie
*weitere Angaben über die Art, wie die Anzeige erfolgen soll.
Die Liste aller Felder, welche in einer Ereigniszeile enthalten sind, wird von einer "<code>Format:</code>"-Zeile definiert, die ''vor'' allen Ereigniszeilen innerhalb dieses Abschnitts angegeben werden muss. Diese Formatbeschreibungszeile spezifiziert, wie SSA den Inhalt sämtlicher nachfolgenden Ereigniszeilen interpretieren soll. Die Namen der einzelnen Felder müssen exakt wie nachfolgend angegeben geschrieben werden; folgende Feldnamen stehen zur Verfügung:
*<code>[[#Event-Feld_1:_Marked|Marked]]</code>
*<code>[[#Event-Feld_2:_Start|Start]]</code>
*<code>[[#Event-Feld_3:_End|End]]</code>
*<code>[[#Event-Feld_4:_Style|Style]]</code>
*<code>[[#Event-Feld_5:_Name|Name]]</code>
*<code>[[#Event-Feld_6:_MarginL|MarginL]]</code>
*<code>[[#Event-Feld_7:_MarginR|MarginR]]</code>
*<code>[[#Event-Feld_8:_MarginV|MarginV]]</code>
*<code>[[#Event-Feld_9:_Effect|Effect]]</code>
*<code>[[#Event-Feld_10:_Text|Text]]</code>
Das letzte Feld einer Event-Zeile ist ''immer'' der Untertiteltext, welcher deshalb selbst Kommata enthalten darf.

''(Anmerkung: Diese Art der variablen Formatdefinition ist bewusst so gestaltet, dass bei zukünftigen Format-Erweiterungen weitere Felder hinzu kommen könnten und eine ältere Software-Version dennoch diejenigen Felder lesen könnte, die sie auswerten kann, selbst wenn sich die Reihenfolge der Felder geändert haben sollte - weil sie Felder mit ihr unbekannter Bedeutung einfach ignorieren und über die ''"<code>Format:</code>"''-Zeile die geänderte Reihenfolge der Felder erkennen kann).''

===== Event-Feld 1: <code>Marked</code> =====

Wertebereich für SSA: <code>Marked=</code>[0 bzw. 1]

Wertebereich für ASS: ganze Zahl

''Achtung:'' Die Bedeutung von Feld 1 unterscheidet sich zwischen dem SSA- und dem ASS-Format!

Im SSA-Format bedeutet "<code>Marked=1</code>", dass die Zeile '''vom Programm SSA als 'markiert' angezeigt''' wird.

Im ASS-Format definiert dieses Feld eine '''logische Ebene''', auf der dieser Untertitel liegt. Untertitel verschiedener Ebenen üben während der Prüfung auf Überlappung ([[#Zeile_.22Collisions:.22|Kollisionen]]) von Einblendungen keinen Effekt aufeinander aus.

Eine Ebene mit einer höheren Nummer überlagert eine Ebene mit einer niedrigeren Nummer.

===== Event-Feld 2: <code>Start</code> =====

Wertebereich: 0:00:00:00 (h:mm:ss:nn)

'''Startzeitpunkt des Ereignisses''' im Format Stunde:Minute:Sekunde:Hundertstelsekunde. Dies ist der Zeitpunkt seit dem Beginn des Abspielens des Skripts, zu dem die Anzeige des Textes auf dem Bildschirm ''beginnt''.

Achtung: Für die Angabe der Stunde ist nur ''eine'' Dezimalziffer vorgesehen!

===== Event-Feld 3: <code>End</code> =====

Wertebereich: 0:00:00:00 (h:mm:ss:nn)

'''Endzeitpunkt des Ereignisses''' im Format Stunde:Minute:Sekunde:Hundertstelsekunde. Dies ist der Zeitpunkt seit dem Beginn des Abspielens des Skripts, zu dem die Anzeige des Textes auf dem Bildschirm ''endet''.

Achtung: Für die Angabe der Stunde ist nur ''eine'' Dezimalziffer vorgesehen!

===== Event-Feld 4: <code>Style</code> =====

Wertebereich: Name

Name des für die Textdarstellung zu verwendenden '''Styles'''. Falls dieser Name den Wert "<code>Default</code>" hat, dann wird der in SSA eingestellte "*Default"-Style verwendet.

Der vom Skript-Autor definierte Default-Style wird jedoch im Skript gespeichert, obwohl er von SSA ignoriert wird - die Information bleibt für eine eventuelle spätere Verwendung erhalten.

Falls der Name des Default-Style mit Hilfe des Programms SSA in seiner Style-Definition geändert wird, bewirkt dies automatisch die Umwandlung dieses Styles in einen normalen Style.

===== Event-Feld 5: <code>Name</code> =====

Wertebereich: Name

'''Name des Sprechers'''. Dies ist der Name desjenigen Charakters, der diesen Dialog spricht. Diese Angabe ist nur als interne Information gedacht, um das Skript während des Editierens bzw. Timings lesbarer zu gestalten.

===== Event-Feld 6: <code>MarginL</code> =====

Wertebereich: Ganze Zahl (4 Stellen)

Definition eines '''linken Randes''' in Anzahl von Pixeln (vorrangig gegenüber dem verwendeten Style).

Ein Wert von Null bedeutet, dass die Definition des linken Randes aus der in dieser Zeile benutzten [[#Style-Definitionen_in_einem_SSA-Skript|Style-Definition]] verwendet werden soll.

===== Event-Feld 7: <code>MarginR</code> =====

Wertebereich: Ganze Zahl (4 Stellen)

Definition eines '''rechten Randes''' in Anzahl von Pixeln (vorrangig gegenüber dem verwendeten Style).

Ein Wert von Null bedeutet, dass die Definition des rechten Randes aus der in dieser Zeile benutzten [[#Style-Definitionen_in_einem_SSA-Skript|Style-Definition]] verwendet werden soll.

===== Event-Feld 8: <code>MarginV</code> =====

Wertebereich: Ganze Zahl (4 Stellen)

Definition eines '''unteren Randes''' in Anzahl von Pixeln (vorrangig gegenüber dem verwendeten Style).

Ein Wert von Null bedeutet, dass die Definition des unteren Randes aus der in dieser Zeile benutzten [[#Style-Definitionen_in_einem_SSA-Skript|Style-Definition]] verwendet werden soll.

===== Event-Feld 9: <code>Effect</code> =====

Wertebereich: Name

'''Übergangseffekt''', der auf den anzuzeigenden Text angewendet wird. Dieses Feld ist entweder leer oder es enthält Angaben über einen der in SSA v4.x implementierten Übergangseffekte. Groß- bzw. Kleinschreibung der Effekt-Namen ist signifikant, die Namen müssen exakt in der hier beschriebenen Schreibweise angegeben werden (ohne umgebende Hochkommata). Die Werte der Parameter hinter den Schlüsselworten werden jeweils durch Semikolons voneinander getrennt.

''(Achtung: Einige der hier beschriebenen Übergangseffekte sind nur im ASS-Format verfügbar, nicht im SSA-Format.)''

Mögliche Angaben für Übergangseffekte sind:

====== Karaoke-Effekt ======

*(SSA) "<code>Karaoke</code>" bedeutet, dass der Text Wort für Wort farblich hervorgehoben wird.

''("Karaoke" als Effekt-Art ist obsolet im Skript-Format für ASS, welches hierfür [[#Karaoke-Hervorhebung|detailliertere Möglichkeiten]] bereitstellt.)''

====== Vertikales Bewegen von Text (Scrolling) ======

*(SSA & ASS) "<code>Scroll up;</code>''<y1>''<code>;</code>''<y2>''<code>;</code>''<delay>''" bedeutet, dass der Text bzw. das Bild innerhalb des Bildschirms nach oben bewegt wird.
*(nur ASS) "<code>Scroll up;</code>''<y1>''<code>;</code>''<y2>''<code>;</code>''<delay>''[<code>;</code>''<fadeawayheight>'']" - erweitert um einen zusätzlichen Parameter.
*(nur ASS) "<code>Scroll down;</code>''<y1>''<code>;</code>''<y2>''<code>;</code>''<delay>''[<code>;</code>''<fadeawayheight>'']" - analog zu "<code>Scroll up;</code>", der Text wird nach unten bewegt.

Die Werte ''<y1>'' und ''<y2>'' definieren einen '''vertikalen Bereich des Bildschirms''', innerhalb dessen der Text bewegt wird. Diese Werte sind in Pixeln angegeben, und es ist irrelevant, in welcher Reihenfolge die obere und untere Grenze dieses Bereichs angegeben wird. Falls beide Parameter den Wert <code>0</code> haben, dann wird der Text über die gesamte Höhe des Bildschirms bewegt.

Der Parameter ''<delay>'' kann einen Zahlenwert zwischen 1 und 100 annehmen; er legt die '''Verzögerung der Bewegung''' fest. Der Wert 0 bedeutet keine Verzögerung, die Bewegung erfolgt also so schnell wie möglich.

Der Parameter ''<fadeawayheight>'' kann dazu verwendet werden, den bewegten Text an den jeweiligen Rändern '''ein- und auszublenden'''.

''(Achtung: Das "subtitler"-Plugin von Avery Lee interpretiert die Parameter des "Scroll up"-Effekts in der vom Skript-Format abweichenden Reihenfolge "<delay>;<y1>;<y2>".)''

====== Horizontales Bewegen von Text (Banner) ======

*(SSA) "<code>Banner;</code>''<delay>''" bedeutet, dass der Text unbedingt in einer einzigen Zeile (ohne Zeilenumbruch) angezeigt wird, ungeachtet seiner Länge, und dabei von rechts nach links über den Bildschirm geschoben wird.
*(ASS) "<code>Banner;</code>''<delay>''[<code>;</code>''<lefttoright>''<code>;</code>''<fadeawaywidth>'']"

Der Parameter ''<delay>'' kann einen Zahlenwert zwischen 1 und 100 annehmen; er legt die Verzögerung der Bewegung fest. Der Wert 0 bedeutet keine Verzögerung, die Bewegung erfolgt also so schnell wie möglich. Wenn für den Parameter ''<delay>'' ein Wert größer als 0 angegeben wird, dann wird die Bewegung des Textes um jeweils einen Pixel (1000/''<delay>'') Sekunden dauern.

Der Parameter ''<lefttoright>'' kann den Wert 0 (Bewegung des Textes von rechts nach links) bzw. 1 (Bewegung des Textes von links nach rechts) annehmen; dieses Feld ist optional, sein Defaultwert ist 0 (um abwärtskompatibel zum SSA-Format zu sein).

Der Parameter ''<fadeawaywidth>'' kann dazu verwendet werden, den bewegten Text an den jeweiligen Rändern ein- und auszublenden.

===== Event-Feld 10: <code>Text</code> =====

Wertebereich: Text

'''Untertiteltext'''. Dies ist der Text, der auf dem Bildschirm angezeigt wird.

Alles hinter dem 9. Komma einer "Event"-Zeile wird als Untertiteltext behandelt; folglich darf dieses selbst auch Kommata enthalten.

Der Text darf die Zeichenkette "<code>\N</code>" enthalten, welche einen [[#Zeile_.22WrapStyle:.22|Zeilenumbruch]] bewirkt, und darüber hinaus spezielle [[#Anhang_A:_Style-Markierungen_innerhalb_von_Untertiteltexten|Formatierungsanweisungen]], die in geschweifte Klammern eingeschlossen werden.

==== Kommentarzeilen im Ereignis-Abschnitt ====

Solche Zeilen können dieselben Informationen enthalten wie jede der anderen Ereignis-Zeilen, aber sie werden beim Abspielen des Skripts ignoriert. ''(Man kann auf diese Weise also vollständige Ereignis-Definitionen "auskommentieren", indem man einfach den Zeilentyp ändert, ohne dabei die Detail-Informationen über das entsprechende Ereignis zu verlieren.)''

==== Einbindung von Bild-Dateien ====

Solche Zeilen enthalten dieselben Informationen wie [[#Dialog-Ereignisse_.28Texteinblendungen.29|Dialog-Ereignisse]], aber Feld 10 enthält den ''vollständigen Pfad- und Dateinamen'' des statt eines Untertiteltextes '''anzuzeigenden Bildes'''.

Die [[#Event-Feld_4:_Style|Style-Angabe]] in einer solchen Zeile wird ignoriert. Der Übergangseffekt [[SubStationAlpha-Benutzerhandbuch#Vertikales_Bewegen_von_Text_.28Scrolling.29|Scroll up]] kann dagegen für Bild-Ereignisse verwendet werden.

Spezifische Angaben über den [[#Event-Feld_6:_MarginL|linken]] und den [[#Event-Feld_8:_MarginV|vertikalen Rand]] in einer solchen Zeile werden ausgewertet, um die ''linke untere Ecke des Bildes'' entsprechend zu positionieren; ein Wert von "<tt>0</tt>" für den linken bzw. vertikalen Rand bedeutet hingegen, dass das Bild in der jeweiligen Dimension ''zentriert'' eingeblendet werden soll.

==== Einbindung von Sound-Dateien ====

Ereignisse dieses Typs enthalten dieselben Informationen wie [[#Dialog-Ereignisse_.28Texteinblendungen.29|Dialog-Ereignisse]], aber Feld 10 enthält den ''vollständigen Pfadnamen'' einer '''Sounddatei im WAV-Format''', welche anstelle der Anzeige eines Untertiteltextes abgespielt werden soll.

Der [[#Event-Feld_4:_Style|Style]] und die [[#Event-Feld_6:_MarginL|Randdefinitionen]] werden ignoriert. Auch der [[#Event-Feld_3:_End|Endzeitpunkt]] hat keine Bedeutung: Die Sounddatei wird bis zu ihrem Ende abgespielt (bzw. dem Zeitpunkt, an dem eine weitere Sounddatei abgespielt werden soll, falls dieser Zeitpunkt früher liegt).

Falls eine Sounddatei zur selben Zeit abgespielt werden soll, zu der bereits ein [[#Einbindung_von_Video-Dateien|Video]] abgespielt wird, dann wird von von dieser Sounddatei nichts zu hören sein. Umgekehrt gilt dasselbe: Falls zu einem Zeitpunkt, zu dem bereits eine Sounddatei abgespielt wird, ein Video mit Tonspur abgespielt werden soll, dann wird von der Tonspur der Videos nichts zu hören sein.

==== Einbindung von Video-Dateien ====

Ereignisse dieses Typs enthalten dieselben Informationen wie [[#Dialog-Ereignisse_.28Texteinblendungen.29|Dialog-Ereignisse]], aber Feld 10 enthält den ''vollständigen Pfadnamen'' einer '''Videodatei im AVI-Format''', welche anstelle der Anzeige eines Untertiteltextes abgespielt werden soll.

Der [[#Event-Feld_4:_Style|Style]] und eventuelle [[#Event-Feld_9:_Effect|Übergangseffekte]] werden ignoriert.

Die Angabe des [[#Event-Feld_3:_End|Endzeitpunktes]] des Ereignisses gibt an, wann die Anzeige des Videos beendet wird. Ist das Video jedoch länger als dieses Zeitintervall, dann wird die Tonspur des Videos über den Endzeitpunkt hinaus zu hören sein.

Anders als bei der [[#Einbindung_von_Bild-Dateien|Einblendung eines Bildes]] legen spezifische Angaben über den [[#Event-Feld_6:_MarginL|linken]] und den [[#Event-Feld_8:_MarginV|vertikalen Rand]] hier die Position des ''linken oberen'' Ecke des anzuzeigenden Videos fest; ein Wert von "<tt>0</tt>" für den linken bzw. vertikalen Rand bedeutet auch hier, dass das Video ''in der jeweiligen Dimension zentriert'' eingeblendet werden soll.

Falls ein Movie zur selben Zeit abgespielt werden sollte, zu der bereits eine [[#Einbindung_von_Sound-Dateien|Sounddatei]] abgespielt wird, dann wird von der Tonspur des Videos nichts zu hören sein. Umgekehrt gilt dasselbe: Falls zu einem Zeitpunkt, zu dem bereits ein Video mit Tonspur abgespielt wird, eine Sounddatei abgespielt werden soll, dann wird von dieser Soundatei nichts zu hören sein.

==== Spezielle Kommandos ====

Solche Zeilen weisen dieselbe Struktur auf wie [[#Dialog-Ereignisse_.28Texteinblendungen.29|Dialog-Ereignisse]], doch statt eines Untertiteltextes enthält Feld 10 den vollständigen ''Pfad- und Dateinamen eines auszuführenden Programms''.

Angaben über [[#Event-Feld_4:_Style|Styles]], [[#Event-Feld_6:_MarginL|Randdefinitionen]] und [[#Event-Feld_9:_Effect|Übergangseffekte]] werden ignoriert. Auch der [[#Event-Feld_3:_End|Endzeitpunkt]] hat keine Bedeutung - das Programm wird solange ausgeführt, bis es sein normales Ende erreicht hat oder vom Anwender manuell beendet wurde.

Außerdem dürfen einige SSA-interne Kommandos in SSA-Skripten verwendet werden: Die beiden Kommando-Ereignisse
*"<code>SSA:Pause</code>" und
*"<code>SSA:Wait for trigger</code>" sowie
*''genlock control commands'' (?).
All diese Kommandos beginnen mit der Zeichenkette "<code>SSA:</code>".

Das Kommando "<code>SSA:Pause</code>" hat dieselbe Wirkung wie ein Druck auf die Taste <tt>P</tt> während des Abspielens des Skripts. Es ist hilfreich als Synchronisationspunkt, um die Untertitelung an dieser Stelle fortzusetzen, falls beim Abspielen des Videos eine Laserdisk umgewendet werden muss.

Das Kommando "<code>SSA:Wait for audio trigger</code>" hat ebenfalls denselben Effekt wir ein Druck auf die Taste <code>P</code> während des Abspielens des Skripts, aber das Abspielen wird automatisch fortgesetzt, sobald die Audio-Eingabe an den Computer ein bestimmtes Trigger-Niveau überschreitet. Dies ist nützlich als eine zweite Art von Synchronisationspunkt, um die Untertitelung nach dem Umwenden einer Laserdisk fortzusetzen. Der Audio-Trigger kann durch einen Druck auf die Taste <tt>P</tt> außer Kraft gesetzt werden.

Die Wirkung eines Audio-Triggers endet spätestens nach 10 Minuten - falls bis dahin weder ein entsprechender Audio-Peak erreicht oder die Taste <tt>P</tt> gedrückt wurde, wird das Abspielen des Skripts automatisch fortgesetzt.

== Anhänge ==

=== Anhang A: Markierungen innerhalb von Untertiteltexten ===

Die nachfolgende Liste kann sich als nützlich für Anwender erweisen, die Markierungen zur Beeinflussung von Darstellungsattributen lernen wollen, um sie direkt per Tastatur eingeben zu können, anstatt hierfür die <code>Override Style</code>-Dialogbox des Programms SSA zu verwenden.

Alle Markierungen werden in ''geschweifte Klammern'' "<tt>{</tt>" und "<tt>}</tt>" eingeschlossen, ausgenommen die [[#Zeilenumbruch_innerhalb_von_Untertiteltexten|Zeilenumbruch-Markierungen]] "<code>\n</code>" bzw. "<code>\N</code>". Jede Markierung wird mit einem Backslash "<tt>\</tt>" eingeleitet. Innerhalb einer Klammerstruktur kann eine beliebige Anzahl von Markierungen notiert werden.

Jede Markierung ''tritt ab derjenigen Stelle innerhalb des Textes, an der sie notiert wurde, in Kraft und wirkt bis zum Zeilenende''. Um eine Markierung nur auf einen ausgewählten Abschnitt des Textes anzuwenden, muss am Ende dieses Abschnitts ein 'Gegenbefehl' notiert werden, um die zuvor notierte Markierung unwirksam zu machen.

''Einige'' Markierungen haben ''generell eine Wirkung auf den gesamten Text einer Ereigniszeile''. Bislang gilt dies lediglich für [[#Ausrichtung_und_Positionierung|Ausrichtungs-Markierungen]], doch können in späteren Erweiterungen dieser Syntax zusätzliche Markierungen dieser Art hinzu kommen (beispielsweise Markierungen für [[#Schatten|Schatten]] oder [[#Randdicke|Umrandungen]] der verwendeten Schrift im ASS-Format).

==== Einfache Markierungen ====

''(Achtung: Jede Markierung, die einen unzulässigen Parameterwert enthält, bewirkt das Setzen der entsprechenden Eigenschaft auf deren Default-Wert!)''

===== Zeilenumbruch innerhalb von Untertiteltexten =====

====== "weicher" Zeilenumbruch ======

(SSA & ASS) <code>\n</code>

Bewirkt einen Zeilenumbruch. <code>\n</code> wird ignoriert, wenn der "[[#Zeile_.22WrapStyle:.22|intelligente Umbruch]]" in SSA aktiviert ist.

Beispiel:<blockquote><code>Dies ist die erste Zeile\nund das die zweite.</code></blockquote>

====== "harter" Zeilenumbruch ======

(SSA & ASS) <code>\N</code>

Bewirkt einen Zeilenumbruch (auch dann, wenn der "[[#Zeile_.22WrapStyle:.22|intelligente Umbruch]]" in SSA aktiviert ist).

====== Zeilenumbruch-Strategie ======

<code>\q</code>''<num>''

Hiermit kann die '''Art des automatischen Zeilenumbruchs''' für den Text dieses Ereignisses separat definiert werden, abweichend von der zentralen Einstellung für das gesamte Skript.

Die möglichen Werte des Parameters ''<num>'' haben hierbei dieselbe Bedeutung wie die Werte des [[#Zeile_.22WrapStyle:.22|intelligenten Umbruchs]].

===== Hervorhebung von Text =====

====== Hervorhebung von Text als fett ======

(SSA & ASS) <code>\b</code>''<schalter>''

Der Parameter ''<schalter>'' schaltet den Effekt ein bzw. aus:
*<code>\b1</code> bewirkt eine '''fette''' Darstellung,
*<code>\b0</code> eine normale Darstellung des Textes.

Beispiel: <blockquote><code>Dieses Wort ist {\b1}fett{\b0} hervorgehoben.</code></blockquote>

Wird für den Parameter ''<schalter>'' ein Wert größer als 1 angegeben, dann wird dieser als '''Gewicht''' für die Schriftart interpretiert (400 = normal, 700 = fett; die meisten Schriftarten erlauben zwei oder drei effektiv unterschiedliche Gewichte).

====== Hervorhebung von Text als kursiv ======

(SSA & ASS) <code>\i</code>''<schalter>''

Der Parameter ''<schalter>'' schaltet den Effekt ein bzw. aus:
*<code>\i1</code> bewirkt eine '''kursive''' Darstellung,
*<code>\i0</code> eine normale Darstellung des Textes.

Beispiel: <blockquote><code>Dieses Wort ist {\i1}kursiv{\i0} hervorgehoben.</code></blockquote>

====== Hervorhebung von Text als unterstrichen ======

(nur ASS) <code>\u</code>''<schalter>''

Der Parameter ''<schalter>'' schaltet den Effekt ein bzw. aus:
*<code>\u1</code> bewirkt eine '''unterstrichene''' Darstellung,
*<code>\u0</code> eine normale Darstellung des Textes.

Beispiel: <blockquote><code>Dieses Wort ist {\u1}unterstrichen{\u0} hervorgehoben.</code></blockquote>

====== Hervorhebung von Text als durchgestrichen ======

(nur ASS) <code>\s</code>''<schalter>''

Der Parameter ''<schalter>'' schaltet den Effekt ein bzw. aus:
*<code>\s1</code> bewirkt eine '''durchgestrichene''' Darstellung,
*<code>\s0</code> eine normale Darstellung des Textes.

Beispiel: <blockquote><code>Dieses Wort ist {\s1}durchgestrichen{\s0} hervorgehoben.</code></blockquote>

===== Textumrandung =====

====== Randdicke ======

(nur ASS) <code>\bord</code>''<width>''

Diese Anweisung legt durch den Parameter ''<width>'' die Dicke des '''Randes''' der verwendeten Schrift in Pixeln fest, vorrangig gegenüber der [[entsprechenden Style-Definition]].

====== Schatten ======

(nur ASS) <code>\shad</code>''<depth>''

Diese Anweisung legt durch den Parameter ''<depth>'' die Tiefe des '''Schattens''' der verwendeten Schrift in Pixeln fest, vorrangig gegenüber der [[entsprechenden Style-Definition]].

====== Unscharfe Ränder ======

(nur ASS) <code>\be</code> <0 bzw. 1>

<code>\be1</code> bewirkt eine scharfe, <code>\be0</code> eine leicht unscharfe Darstellung der '''Ränder des Textes'''.

===== Schriften =====

====== Schriftart ======

(SSA & ASS) <code>\fn</code>''<fontname>''

''<fontname>'' beschreibt eine '''Schriftart''', die auf dem verwendeten Windows-System installiert sein muss. Groß- bzw. Kleinschreibung des Dateinamens ''ist'' signifikant.

Beispiel: <blockquote><code>Hier folgt ein {\fnCourier New}Text mit fester Zeichenbreite</code></blockquote>

Falls eine Schriftart verwendet wird, die nicht installiert ist, dann wird stattdessen die Schriftart <code>Arial</code> verwendet.

====== Schriftgröße ======

(SSA & ASS) <code>\fs</code>''<fontsize>''

''<fontsize>'' ist eine Zahl, welche eine '''Schriftgröße''' in [http://de.wikipedia.org/wiki/Didot-Punkt#Das_DTP-Punkt-System Punkt] festlegt.

Beispiel: <blockquote><code>{\fs16}Dies ist kleiner Text. {\fs28}Dies ist großer Text.</code></blockquote>

====== Schriftfarben ======

(SSA & ASS) <code>\</code>[''<colorid>'']<code>&H</code>''<colorcode>''<code>&</code>

''<colorcode>'' ist ein sedezimaler RGB-Wert für die '''Schriftfarbe''' in umgekehrter Reihenfolge ("bbggrr" als blau-grün-rot-Werte jeweils von "<tt>00</tt>" = 0 bis "<tt>FF</tt>" = 255). Führende Nullen können weggelassen werden.

Beispiel: <blockquote><code>{\c&HFF&}Dies ist reines, intensives Rot</code> <code>{\c&HFF00&}Dies ist reines, intensives Grün</code> <code>{\c&HFF0000&}Dies ist reines, intensives Blau</code> <code>{\c&HFFFFFF&}Dies ist weiße Schrift</code> <code>{\c&HA0A0A&}Dies ist dunkelgraue Schrift</code></blockquote>

(nur ASS) Der optionale Parameter ''<colorid>'' gibt dabei an, welche der vier Farben eines Textes gesetzt werden soll:
*"<code>\1c</code>" setzt die Primärfarbe der Schrift (Schriftfarbe)
*"<code>\2c</code>" setzt die Sekundärfarbe der Schrift (Karaokefarbe)
*"<code>\3c</code>" setzt die Umrandungsfarbe der Schrift
*"<code>\4c</code>" setzt die Schattenfarbe der Schrift

====== Schrifttransparenz (Alphakanäle) ======

(nur ASS) <code>\</code>[''<colorid>'']<code>&H</code>''<channelcode>''<code>&</code>

''<channelcode>'' ist ein sedezimaler Wert von "<tt>00</tt>" = 0 bis "<tt>FF</tt>" = 255).

Der optionale Parameter ''<colorid>'' gibt dabei an, für welche der vier Farben der '''Alphakanal''' gesetzt werden soll:
*"<code>\1a</code>" setzt den Alphakanal der Primärfarbe der Schrift
*"<code>\2a</code>" setzt den Alphakanal der Sekundärfarbe der Schrift
*"<code>\3a</code>" setzt den Alphakanal der Umrandungsfarbe der Schrift
*"<code>\4a</code>" setzt den Alphakanal der Schattenfarbe der Schrift

Statt <code>\1a</code> ist auch die Notation <code>\alpha</code> zulässig.

====== Schriftbreitenskalierung ======

(nur ASS) <code>\fscx</code>''<percent>''

Durch diese Anweisung wird der '''Text in der Breite gedehnt bzw. gestaucht'''. ''<percent>'' ist der jeweilige Dehnungsfaktor in Prozent; "<tt>100</tt>" als Parameterwert hat also keine Veränderung zur Folge.

Beispiel: <blockquote><code>{\fscx80}Dieser Text ist sehr lang und deshalb Platz sparend zusammengestaucht</code></blockquote>

====== Schrifthöhenskalierung ======

(nur ASS) <code>\fscy</code>''<percent>''

Durch diese Anweisung wird der '''Text in der Höhe gedehnt bzw. gestaucht'''. ''<percent>'' ist der jeweilige Dehnungsfaktor in Prozent; "<tt>100</tt>" als Parameterwert hat also keine Veränderung zur Folge.

Beispiel: <blockquote><code>{\fscy80}Dieser Text ist ein bisschen flach geraten und wird ab {\fscy60}hier noch flacher</code></blockquote>

====== Zeichenabstand (spacing) ======

(nur ASS) <code>\fsp</code>''<pixels>''

''<pixels>'' legt den zu verwendenden '''Abstand in Pixeln zwischen je zwei Buchstaben''' fest. Ohne diese Anweisung beträgt der Abstand jeweils 0 Pixel.

====== Zeichensatz ======

(SSA & ASS) <code>\fe</code>''<charset>''

Der Parameter ''<charset>'' bezeichnet die Nummer eines '''Zeichensatzes''' für den darzustellenden Text. Diese Anweisung kann zur Darstellung bestimmter Sonderzeichen erforderlich sein.

===== Textausrichtung =====

====== Ausrichtung und Positionierung ======

(SSA & ASS) <code>\a</code>''<alignment>''

''<alignment>'' ist ein Zahlenwert, der '''Ausrichtung und Positionierung des Textes''' auf dem Bildschirm festlegt.
* Der Wert <code>1</code> beschreibt einen horizontal nach links und vertikal nach unten ausgerichteten Untertitel
* Der Wert <code>2</code> beschreibt einen horizontal zentrierten und vertikal nach unten ausgerichteten Untertitel
* Der Wert <code>3</code> beschreibt einen horizontal nach rechts und vertikal nach unten ausgerichteten Untertitel
* Ein um 4 erhöhter Wert setzt die vertikale Ausrichtung auf den oberen Bildschirmrand
* Ein um 8 erhöhter Wert setzt die vertikale Ausrichtung auf die Mitte des Bildschirms
* Ein Wert von <code>0</code> setzt die Ausrichtung auf den Wert der Style-Definition zurück (welche üblicherweise <code>2</code> sein wird, d. h. unten zentriert).

Es gibt also 9 mögliche Ausrichtungen auf dem Bildschirm:

{| valign="top" border="1"
|-
|<code>\a5</code> (links oben)
|<code>\a6</code> (zentriert oben)
|<code>\a7</code> (rechts oben)
|-
|<code>\a9</code> (links mittig)
|<code>\a10</code> (zentriert mittig)
|<code>\a11</code> (rechts mittig)
|-
|<code>\a1</code> (links unten)
|<code>\a2</code> (zentriert unten)
|<code>\a3</code> (rechts unten)
|}

(nur ASS) <code>\an</code>''<alignment>''

Durch diese alternative Anweisung wird die Ausrichtung gemäß der (leichter zu merkenden) Position der Ziffern auf dem Ziffernblock der Tastatur (''numpad'') durchgeführt:

{| valign="top" border="1"
|-
|<code>\an7</code> (links oben)
|<code>\an8</code> (zentriert oben)
|<code>\an9</code> (rechts oben)
|-
|<code>\an4</code> (links mittig)
|<code>\an5</code> (zentriert mittig)
|<code>\an6</code> (rechts mittig)
|-
|<code>\an1</code> (links unten)
|<code>\an2</code> (zentriert unten)
|<code>\an3</code> (rechts unten)
|}

''(Achtung: Nur das erste Auftreten einer dieser beiden Anweisungen innerhalb eines Untertiteltextes hat eine Wirkung!)''

====== Rotation von Text um die X-Achse im dreidimensionalen Raum ======

(nur ASS) <code>\frx</code>''<winkel>''

''<winkel>'' legt den Winkel der '''Rotation des Textes um die X-Achse''' fest. Als Werte sind sowohl positive (gegen den Uhrzeigersinn) als auch negative (mit dem Uhrzeigersinn) Zahlen zulässig.

====== Rotation von Text um die Y-Achse im dreidimensionalen Raum ======

(nur ASS) <code>\fry</code>''<winkel>''

''<winkel>'' legt den Winkel der '''Rotation des Textes um die Y-Achse''' fest. Als Werte sind sowohl positive (gegen den Uhrzeigersinn) als auch negative (mit dem Uhrzeigersinn) Zahlen zulässig.

====== Rotation von Text um die Z-Achse im dreidimensionalen Raum ======

(nur ASS) <code>\frz</code>''<winkel>''

''<winkel>'' legt den Winkel der '''Rotation des Textes um die Z-Achse''' fest. Als Werte sind sowohl positive (gegen den Uhrzeigersinn) als auch negative (mit dem Uhrzeigersinn) Zahlen zulässig.

Statt <code>\frz</code> ist auch die Notation <code>\fr</code> zulässig.

===== Karaoke-Hervorhebung =====

Der Parameter ''<duration>'' beschreibt in den nachfolgenden Anweisungen jeweils die Dauer (in Hundertstelsekunden), für welche der so markierte Textabschnitt mit dem Karaoke-Effekt innerhalb des Dialog-Events hervorgehoben dargestellt werden soll.

====== Karaoke-Hervorhebung des Textinneren (einfach) ======

(SSA & ASS) <code>\k</code>''<duration>''

Für den markierten Textabschnitt wird der Text statt mit der Sekundärfarbe nun mit der Primärfarbe gefüllt; diese Änderung erfolgt ''schlagartig zu Beginn des Effekts''.

Beispiel: <blockquote><code>{\k94}Dies {\k48}ist {\k24}eine {\k150}Karaoke-{\k94}Zeile</code></blockquote>

====== Karaoke-Hervorhebung des Textinneren (inkrementell) ======

(nur ASS) <code>\kf</code>''<duration>'' bzw. <code>\K</code>''<duration>''

Für den markierten Textabschnitt wird der Text statt mit der Sekundärfarbe nun mit der Primärfarbe gefüllt; diese Änderung erfolgt ''inkrementell von links nach rechts'' während der angegebenen ''<duration>''.

====== Karaoke-Hervorhebung inklusive der Umrandung ======

(nur ASS) <code>\ko</code>''<duration>''

Für den markierten Textabschnitt wird der Text statt mit der Sekundärfarbe nun mit der Primärfarbe gefüllt; gleichzeitig wird die '''Umrandung''' nun mit der definierten Farbe angezeigt, während sie beim noch nicht hervorgehobenen Text fehlt. Diese kombinierte Änderung erfolgt ''schlagartig zu Beginn des Effekts''.

===== Zurücksetzen von Markierungen =====

====== Zurücksetzen aller vorherigen Markierungen ======

(SSA & ASS) <code>\r</code>

Hiermit werden ab dieser Position alle innerhalb dieser Textzeile zuvor angegebenen Markierungen unwirksam gemacht.

====== Überschreiben aller Effekte durch einen Style ======

(nur ASS) <code>\r</code>[''<style>'']

Durch die Angabe eines Style-Namens werden ab dieser Position alle Werte auf die Standardwerte des so bezeichneten Styles gesetzt.

==== Funktionen ====

''(Achtung: Bei Verwendung der Funktionen'' <code>[[#Bewegung|\move]]</code>'', ''<code>[[#Positionierung|\pos]]</code>'' bzw.'' <code>[[#Transformation|\t]]</code>'' wird der Mechanismus zur [[#Zeile_.22Collisions:.22|Erkennung von Kollisionen]] außer Kraft gesetzt!)''

===== Bewegung =====

<code>\move(</code>''<x1>''<code>,</code>''<y1>''<code>,</code>''<x2>''<code>,</code>''<y2>''[<code>,</code>''<t1>''<code>,</code> ''<t2>'']<code>)</code>

Bedeutung der Parameter:
*''<x1>'', ''<y1>'': X- und Y-Koordinate des '''Startpunkts''' der Bewegung.
*''<x2>'', ''<y2>'': X- und Y-Koordinate des '''Endpunkts''' der Bewegung.
*''<t1>'' (optional): Zeitlicher Offset zwischen '''Beginn''' des Ereignisses und Beginn der Bewegung (in ms)
*''<t2>'' (optional): Zeitlicher Offset zwischen '''Ende''' der Bewegung und Ende des Ereignisses (in ms)

Der exakte Ursprung der Bewegung ist abhängig von der definierten [[#Ausrichtung_und_Positionierung|Ausrichtung]] des Textes.

===== Positionierung =====

<code>\pos(</code>''<x>''<code>,</code>''<y>''<code>)</code>

Eine Kurznotation der "Nicht-Bewegung" <code>\move(</code>''<x>''<code>,</code>''<y>''<code>,</code>''<x>''<code>,</code>''<y>''<code>,0,0)</code>.

===== Transformation =====

<code>\t(</code>[''<t1>''<code>,</code>''<t2>''<code>,</code>] [''<accel>''<code>,</code>]''<style modifiers>''<code>)</code>

Bedeutung der Parameter:
*''<t1>'' (optional): Zeitlicher Offset zwischen '''Beginn''' des Ereignisses und Beginn der Transformation (in ms)
*''<t2>'' (optional): Zeitlicher Offset zwischen '''Ende''' der Bewegung und Ende des Transformation (in ms)
*''<accel>'' (optional): Beeinflusst die '''Linearität''' der Transformation

Der Koeffizient für die Interpolation zwischen den gegebenen Style-Modifikatoren zum Zeitpunkt ''<t>'' während dieser Transformation hat den Wert "( (''<t>''-''<t1>'') / (''<t2>''-''<t1>'') ) hoch ''<accel>''".

''<accel>'' hat allgemein folgende Auswirkung:
{| valign="top" border="1"
! Wertebereich !! Bedeutung
|-
|zwischen 0 and 1:
|Die Transformation '''beginnt schnell''' und wird immer langsamer
|-
|1:
|Die Transformation erfolgt '''linear'''
|-
|größer als 1:
|Die Transformation '''beginnt langsam''' und wird immer schneller
|}

Ein Wert von 2 für ''<accel>'' bewirkt beispielsweise, dass das durch die Transformation <code>{\fscx200\fscy200}</code> ausgelöste Wachstum der Zeichengröße eher linear wirkt als langsamer werdend (weil bei konstanter Transformationsgeschwindigkeit die ''relative Größenänderung der Buchstaben pro Zeiteinheit'' tatsächlich abnimmt, was durch das zunehmende Transformationstempo kompensiert wird).

Für ''<style modifiers>'' sind alle animierbaren Anweisungen zulässig:
*Schriftfarben (<code>[[#Schriftfarben|\1-4c]]</code> bzw. <code>[[#Schriftfarben|\c]]</code>)
*Transparenzwerte (<code>[[#Schrifttransparenz_.28Alphakan.C3.A4le.29|\1-4a]]</code> bzw. <code>[[#Schrifttransparenz_.28Alphakan.C3.A4le.29|\alpha]]</code>)
*Schriftgrößen (<code>[[#Schriftgr.C3.B6.C3.9Fe|\fs]]</code>)
*Rotationen (<code>[[#Rotation_von_Text_um_die_X-Achse_im_dreidimensionalen_Raum|\frx]]</code>, <code>[[#Rotation_von_Text_um_die_Y-Achse_im_dreidimensionalen_Raum|\fry]]</code>, <code>[[#Rotation_von_Text_um_die_Z-Achse_im_dreidimensionalen_Raum|\frz]]</code>)
*Schriftskalierung (<code>[[#Schriftbreitenskalierung|\fscx]]</code>, <code>[[#Schrifth.C3.B6henskalierung|\fscy]]</code>)
*Zeichenabstand (<code>[[#Zeichenabstand_.28spacing.29|\fsp]]</code>)
*Randdicke (<code>[[#Randdicke|\bord]]</code>)
*Schatten (<code>[[#Schatten|\shad]]</code>)
*Clipping-Rechteck (<code>[[#Clipping_an_einem_Rechteck|\clip]]</code>)

===== Bezugspunkt für Rotationen =====

<code>\org(</code><x><code>,</code> <y><code>)</code>

Setzt den Koordinaten-Ursprung auf die Koordinaten (''<x>'',''<y>''). Dies ist nützlich, wenn Untertitel in die Richtung einer Rotation bewegt werden sollen.

===== Ein- und Ausblendung =====

<code>\fad(</code>''<t1>''<code>,</code> ''<t2>''<code>)</code>

Bedeutung der Parameter:
*''<t1>'': Dauer der '''Einblendung''' (in ms)
*''<t2>'': Dauer der '''Ausblendung''' (in ms)

===== Alphakanal-Transformationen =====

<code>\fade(</code>''<a1>''<code>,</code> ''<a2>''<code>,</code> ''<a3>''<code>,</code> ''<t1>''<code>,</code> ''<t2>''<code>,</code> ''<t3>''<code>,</code> ''<t4>''<code>)</code>

Bedeutung der Parameter:
*''<a1>'' Wert des Alphakanals '''vor''' dem Zeitpunkt ''<t1>''
*''<a2>'' Wert des Alphakanals '''zwischen''' den Zeitpunkten ''<t2>'' und ''<t3>''
*''<a3>'' Wert des Alphakanals '''nach''' dem Zeitpunkt ''<t4>''
*''<t1>'': Zeitlicher Offset zwischen Beginn des Ereignisses und '''Beginn der Einblendung''' (in ms)
*''<t2>'': Zeitlicher Offset zwischen Beginn des Ereignisses und '''Ende der Einblendung''' (in ms)
*''<t3>'': Zeitlicher Offset zwischen Beginn des Ereignisses und '''Beginn der Ausblendung''' (in ms)
*''<t4>'': Zeitlicher Offset zwischen Beginn des Ereignisses und '''Ende der Ausblendung''' (in ms)

Zeitlicher Ablauf der Transformation:
*Von ''<t1>'' bis ''<t2>'' wird der Alpha-Wert interpoliert zwischen ''<a1>'' and ''<a2>'' ("Einblendung")
*Von ''<t2>'' bis ''<t3>'' bleibt der Alpha-Wert konstant bei ''<a2>'' ("Anzeige")
*Von ''<t3>'' bis ''<t4>'' wird der Alpha-Wert interpoliert zwischen ''<a2>'' and ''<a3>'' ("Ausblendung")

===== Clipping an einem Rechteck =====

<code>\clip(</code>''<x1>''<code>,</code>''<y1>''<code>,</code>''<x2>''<code>,</code>''<y2>''<code>)</code>

Schneidet jede Zeichnung außerhalb des durch Eckpunkte (''<x1>'', ''<y1>''), (''<x1>'', ''<y2>''), (''<x2>'', ''<y2>''), und (''<x2>'', ''<y1>'') definierten Rechtecks ab.

===== Clipping an einer gezeichneten Form =====

<code>\clip(</code>[''<scale>''<code>,</code>] ''<drawing commands>''<code>)</code>

Schneidet alles außerhalb der durch die angegebenen ''<drawing commands>'' beschriebene Form ab.

''<scale>'' has the same meaning as in the case of <code>\p</code>''<scale>''

(Übersetzung des Kapitels über das [[#Zeichnen_von_Formen|Zeichnen von Formen]] fehlt noch)

==== Operationen zum Zeichnen von Graphiken ====

=== Anhang B: Codierung eingebundener Zeichensatz- bzw. Bilddateien ===

Die Einbindung von [[#Eingebundene_Schriftarten|Schriftarten]] und [[#Eingebundene_Bilddateien|Bilddateien]] innerhalb eines SSA-Skripts erfolgt in Form eines '[http://de.wikipedia.org/wiki/UUencode UUEncoding]'.

Dieses Verfahren liest jeweils drei Bytes aus eine Binärdatei und konvertiert die 24 Bits dieser drei Bytes in vier Zahlen zu jeweils 6 Bit. Zu jeder dieser Zahlen wird 33 addiert, und das diesem Wert entsprechende ASCII-Zeichen zu jeder dieser Zahlen wird in die Skript-Datei geschrieben. Die Verschiebung um 33 bewirkt allerdings, dass die codierte Ausgabe keine Großbuchstaben enthalten kann; deshalb müssen "<code>filename</code>"-Angaben stets in Kleinbuchstaben notiert werden. Jede dieser codierten Zeilen ist exakt 80 Zeichen lang, mit Ausnahme der letzten, die kürzer sein kann.

Falls die Länge der codierten Datei in Bytes kein ganzzahliges Vielfaches von 3 ist, dann
*wird bei einer ''ungeradzahligen'' Dateilänge das letzte Zeichen mit sedezimal "100" multipliziert und seine höchstwertigen 12 Bits werden in zwei Zeichen codiert wie oben beschrieben,
*werden bei einer ''geradzahligen'' Dateilänge die beiden letzten Bytes mit sedezimal "10000" multipliziert und die höchstwertigen 18 Bits werden in drei Zeichen codiert wie oben beschrieben.

Es existiert ''keine'' Endemarkierung für eingebundene Dateien. Die Datei wird als vollständig angesehen, falls
*innerhalb des Skripts ein neuer Abschnitt beginnt,
*eine weitere "<code>filename</code>"-Zeile gelesen wird oder
*das Ende des Skripts erreicht wird.

[[Kategorie:Fansubbing]]
[[Kategorie:Software]]
[[Kategorie:Untertitelskripte]]

Von der ISO-DVD zum AVI-Hardsub

2008-03-12T14:56:27Z

Devil Doll:

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen, wobei sich die vorliegende Beschreibung auf die Erzeugung von [[Hardsub|Hardsubs]] in [[AVI]]-[[Container|Containern]] beschränkt.

Der Schwerpunkt der Ausführungen liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen (bis zu 1440kbit/sec, was für eine Anime-Episode von 23 Minuten Spieldauer knapp 250 MB Speicherplatz bedeuten würde!), ist ihre Verwendung eher unüblich, kommt aber in der Realität durchaus vor.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 sechs (5.1)] Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] bieten ebenfalls eine hohe Tonqualität und können bis zu Surround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind auf maximal zwei Tonkanäle beschränkt, benötigen dafür aber relativ wenig Speicherplatz.

Das Tonformat innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist üblicherweise ein '''MP3-Stream mit einer konstanten Bitrate 128 kbit/sec''' ''(manche Standalone-DVD-Player haben Probleme mit variablen Bitraten in MP3)'', also nur etwa ein Viertel der Qualität des oben erwähnten AC3-Audiostreams.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im auf der DVD vorliegenden Format oder
* umgewandelt in das PCM-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen). Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird von DGIndex beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). Das Ergebnis dieses Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Video-Stream in einen anderen Video-Stream umwandelt). Avisynth besitzt ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch '''Skriptdateien''' gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Ein solches Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Stream angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann dann insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) für eine NTSC-DVD ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 59,94 [http://de.wikipedia.org/wiki/Halbbild Halbbilder] je Sekunde. Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern mit Hilfe des Deinterlacing zusammenzufassen. Das Resultat sind 29,97 (Ganz-)Bilder je Sekunde. Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szenen um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) für eine NTSC-DVD ===

Die 29.97 Bilder pro Sekunde müssen nun auf 23.976 Bilder pro Sekunde dezimiert werden, um wieder die Originalfilmrate zu erreichen (die für das Abspielen auf japanischen Geräten im NTSC-Standard künstlich um 25% erhöht werden musste - zudem lassen sich die auf diese Weise entstandenen Videos auch noch schlechter komprimieren). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Rands; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Rands; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

''ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.
''

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

==== Auswahl des Zielformats (mod16-Regel) ====

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen ''müssen'' (bei Verwendung eines MPEG4-Codec) durch 4 teilbar sein und [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720*480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Das bedeutet konkret:
* Für Videos mit den Seitenverhältnissen '''4:3''' ist ein Bildformat von '''640*480px''' üblich.
* Bei einem Seitenverhältnis von '''16:9''' lässt sich eine exakte Teilbarkeit der Höhe durch 16 nur erreichen, wenn die Höhe ein Vielfaches von 9*16 = 144px ist; das größte Format, das die Breite von 720px nicht überschreitet, wäre in diesem Falle dann 512*288px, was jedoch deutlich kleiner wäre als unser Ausgangsmaterial. Gibt man sich jedoch mit einer Teilbarkeit beider Dimensionen durch 4 zufrieden, dann ist die größte verwendbare Auflösung '''704*396px'''; wenn man darüber hinaus bereit ist, eine geringfügige Seitenverzerrung zu akzeptieren, kann man 720*405px anstreben (was exaktes 16:9 wäre) und das Bild dann auf '''720*404px''' verzerren.

Entsprechende Vergleichstests haben allerdings bestätigt, dass XviD aufgrund seiner Eigenschaft, 16*16px Pixel große Makroblocks zu komprimieren, bei durch 16 teilbaren Seitenlängen so deutlich viel effizienter arbeiten kann, dass es sich sogar lohnt, ein 16:9-Video auf 704*400px statt auf 704*396px zu skalieren (also 1% Bildinformation mehr zu speichern - die Seitenverzerrung von 1% wird vom Publikum nicht wahrgenommen); die XviD-komprimierte Version einer solchen Datei wird dabei üblicherweise sogar etwas kleiner als die 704*396px-Version:
[[Bild:AVI-Hardsub_Testergebnis.jpg|Testergebnis: XviD-Codierung von 704*400px-Videos gegenüber 704*396px-Videos zur Bestätigung der mod16-Theorie]]

==== Herstellung des Zielformats ====

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren). LanczosResize schärft dünne Linien nach, was für Animes tendentiell ein wünschenswerter Effekt sein dürfte; BicubicResize tut das nicht, liefert dafür aber etwas besser XviD-komprimierbares Bildmaterial, d. h. kleinere Dateien nach dem Encoding bei sogar geringerem Informationsverlust relativ zum Original-Video (gemessen durch einen höheren [http://en.wikipedia.org/wiki/SSIM SSIM-Wert]).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren.

Grundsätzlich gilt dabei: Die Entfernung von Details verbessert die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht. Je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar. Umgekehrt gibt es auch Filterfunktionen, die bestimmte Details (z. B. Linien) gezielt verstärken ("schärfen") können, etwa um Videomaterial geringer Ausgangsqualität nachträglich "aufzubessern".

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 400)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der [[#Filter_zur_Qualit.C3.A4tsverbesserung|angegebenen simplen Filterfunktion]] dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filtervorgang nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners. ''(ACHTUNG: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)''

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream enthalten (der um den entsprechenden Delay zeitlich verschoben eingefügt werden muss) , damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Encoding als AVI-Container mit XviD-Videostream ==

Nach der Erstellung des [[#Speichern_des_Verarbeitungs-Ergebnisses|Timing-Raws]] wird der [[Encoder]] erst wieder tätig, wenn sämtliche [[Untertitel|Untertiteldateien]] zur betreffenden Episode bei ihm abgeliefert wurden. Nun brennt er diese als [[Hardsub]] fest in den Videostream der Episode ein, wobei er eines von mehreren möglichen Zielen zu verfolgen versucht.

=== Optimale Ausnutzung eines Zielmediums ===

Eine einzelne Anime-Episode wird ihrer endgültigen Form ca. 150-250 MB an Speicherplatz belegen (TV-Episoden tendentiell weniger als OVA-Episoden, welche oftmals bis zu 30 Minuten lang sind und ggf. eine aufwändigere Animation besitzen).

Falls solche Dateien auf Datenträgern des Typs CD bzw. DVD gespeichert werden sollen (um sie auf einem Standalone-Player über einen Fernseher abzuspielen, was vom [[Container]]- und [[Codec]]-Format her ja möglich wäre) und der Encoder die Anzahl der Episoden (und ggf. zugehörigen Specials) der gesamten Serie von vornherein kennt, kann er die Größe der von ihm erzeugten Dateien auf das geplante Ziel-Medium abstimmen:
* Eine handelsübliche CD fasst [http://de.wikipedia.org/wiki/Compact_Disc#Datenformate 703 MB] an Daten, also
** 3 Episoden zu je 234 MB (Videoqualität ca. 1150 kb/sec) bzw.
** 4 Episoden zu je 175.5 MB (Videoqualität ca. 900 kb/sec).
* Eine Single Layer DVD fasst [http://de.wikipedia.org/wiki/DVD#Speicherkapazit.C3.A4t_und_Zugriffstechnik 4483 MB] an Daten, also
** 24 Episoden zu je 186.5 MB (Videoqualität ca. 1000 kb/sec) bzw.
** 26 Episoden zu je 172 MB (Videoqualität ca. 850 kb/sec).
Diese Größen werden von vielen Fansubber-Gruppen gezielt produziert, indem im XviD-Codec die Spieldauer (sekundengenau) und Zielgröße der Datei sowie die Qualität des verwendeten Audio-Streams eingegeben wird; XviD kann aus diesen Angaben die maximal zulässige Qualität für den Videostream (gemessen in kbit/sec) berechnen und diese bei Verwendung des '''2-Pass-Encoding''' auch ziemlich exakt erreichen. Damit belegen alle Episoden einer Serie gleich viel Speicherplatz auf dem Zielmedium - unabhängig von der Spieldauer der einzelnen Episode. Bei TV-Serien ist diese Spieldauer üblicherweise konstant, nicht aber bei OVAs - und in solchen Fällen liefert diese Methode unterschiedliche Qualitäten für die verschiedenen Episoden.

Um letzteres zu verhindern, kann man die auf einen Datenträger (etwa eine CD) zu brennenden Episoden von vornherein als zusammengehörig betrachten und ihre ''Gesamtspieldauer'' als Berechnungsgrundlage für die obige Methode heranziehen. Bei der Verwendung der so berechneten Durchschnittsqualität dieser CD für jede ihrer Episoden entstehen dann ''verschieden große Dateien mit gleicher Video-Qualität'', während das jeweilige Speichermedium immer noch optimal ausgenutzt wird. Dieser Ansatz wurde beispielsweise beim Encoding der Serie [http://fan-sub.de/fansub.rhtml?id=902 Lamune] verfolgt.

=== Optimale Darstellung der vorliegenden Informationsmenge ===

Das [[Encoden]] von Videomaterial mit einem der üblichen [[Codec|Codecs]] ist immer eine ''verlustbehaftete Komprimierung'', und der Grad des Verlusts kann vom [[Encoder]] im Prinzip frei gewählt werden. Insbesondere ist es durchaus normal, dass in einer Episode einer Serie mit hohem Action-Anteil wesentlich mehr Video-Information vorliegt als in einer anderen Episode derselben Serie, welche von langen Dialogen dominiert wird; werden beide Episoden dennoch auf dieselbe Dateigröße encodiert, dann leidet die Qualität der Action-Episode, während bei der Dialoge-Episode Platz verschwendet wird. Und wenn die fertigen Dateien letzten Endes auf der Festplatte eines Fans landen oder eine Serie mit z. B. nur 13 Episoden auf eine DVD gebrannt werden wird, dann sollte die exakte Größe der Datei gegenüber einer möglichst guten Video-Qualität bei im Mittel dennoch akzeptabler Dateigröße (zwecks schneller Übertragung) nur von untergeordneter Bedeutung sein.

Für das Erreichen der optimalen Videoqualität einer jeden Episode wäre es also ein alternativer Ansatz, es ''dem Codec selbst zu überlassen, wie groß er die entsprechende Datei erzeugen will''. Dazu kann man ihm im Falle von [[XviD]] als Zielvorgabe einfach einen Qualitätswert angeben, den er angesichts der vorliegenden Informationsmenge gar nicht erreichen kann (etwa 9999 kbit/sec) und gleichzeitig die resultierende Dateigröße durch einheitliche Vorgaben in der XviD-Konfiguration beeinflussen, wobei diese XviD-Konfiguration dann auf alle Episoden einer Serie gleichermaßen angewendet wird. Dabei entstehen zwar Dateien beliebig unterschiedlicher, aber jeweils der vorliegenden Information angemessener Größe.

Bewährt hat sich dabei insbesondere, in der XviD-Konfiguration unter "<tt>Quality Preset - more</tt>" / "<tt>Quantization</tt>" für den "<tt>min. P-Frame quantizer</tt>" einen Wert von 2 (statt 1) einzutragen, also ''dem XviD-Codec die Verwendung von P-Frames mit einem Quant von 1 zu verbieten''. P-Frames mit einem Quant von 1 belegen innerhalb eines XviD-Streams relativ viel Platz, tragen jedoch eher wenig zur Bildqualität bei; allein durch den Verzicht auf diese Möglichkeit bringt man den XviD-Codec bei guter Qualität des Videomaterial ''oftmals'' (wenngleich nicht immer) bereits dazu, trotz ansonsten maximaler Ausschöpfung seiner Möglichkeiten Dateien in einer ungefähren Größe zu produzieren, wie sie aufgrund der Zielsetzung im [[#Optimale_Ausnutzung_eines_Zielmediums|vorherigen Kapitel]] ohnehin erwünscht ist.

Gleichzeitig lässt sich bei diesem Ansatz durch den Einsatz etwas aggressiverer [[#Filter_zur_Qualit.C3.A4tsverbesserung|Filter]] bereits bei der Vorverarbeitung des Videomaterials Information aus dem Video-Stream entfernen, solange dieser Eingriff die Videoqualität nicht sichtbar reduziert - bei einer ohnehin angestrebten variablen Datengröße lohnt es sich, zu sparen, wo immer dies ''mit vertretbarem Qualitätsverlust'' möglich erscheint. Auf diese Weise können bei einem handlungsarmen Anime wie etwa [http://fan-sub.de/fansub.rhtml?id=687 Koi Kaze] insgesamt Dateien mit einer Größe von deutlich unter 150 MB pro 23-min-Episode erzeugt werden, ohne dass deren Qualität auffällig schlecht wäre oder von Episode zu Episode stark schwanken würde.

== Links zu weiterführender Literatur ==
* Encoding allgemein: [http://german.doom9.org/ doom9 (deutsch)]
* DVD-Analyse: [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* Deinterlacing: [http://de.wikipedia.org/wiki/Inverse_Telecine Inverse Telecine] (Rückgängigmachen des [http://de.wikipedia.org/wiki/3:2-Pull-Down 3:2-Pull-Down] bei NTSC-DVDs)
* Deinterlacing: [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]
* XviD: [http://3ivx.info/download/Wissenswertes.rund.um.Xvid.by.Selur.zip Wissenswertes rund um XviD by Selur (deutsch, zipped PDF)]

Von der ISO-DVD zum AVI-Hardsub

2008-03-12T14:49:02Z

Devil Doll: Testergebnis für mod16 eingebaut

== Vorwort ==

Dieser Artikel soll einen Überblick der Arbeitsabläufe beschreiben, die auf dem Weg von einer Original-DVD bis zum fertigen [[Anime]]-[[Fansub]] anfallen, wobei sich die vorliegende Beschreibung auf die Erzeugung von [[Hardsub|Hardsubs]] in [[AVI]]-[[Container|Containern]] beschränkt.

Der Schwerpunkt der Ausführungen liegt darauf, zu erklären, ''warum'' die entsprechenden Schritte erforderlich sind, und ein Verfahren zum Erreichen einer ''Minimal-Lösung'' anzubieten, welches mit geringem Aufwand auch von einem unerfahrenen Encoder verwendet werden kann; erfahrene Encoder werden sicherlich in allen Teilaspekten aufwändigere Verfahren einsetzen und damit dann auch bessere Ergebnisse erzielen.

== Format einer Video-DVD ==

Auf handelsüblichen [http://de.wikipedia.org/wiki/DVD-Video Video-DVDs] liegt das Anime-Material im Format [http://de.wikipedia.org/wiki/MPEG-2 MPEG2] vor.

* Bild- und Toninformationen sind dabei (im Gegensatz zu den auf PCs üblichen [[Container|Video-Containern]]) ''nicht'' in separaten [[Stream|Streams]] gespeichert, sondern zu einem einzigen, großen Datenstrom vermengt.
* Dieser Datenstrom ist ''nicht'' nach Episoden unterteilt, sondern in mehreren, jeweils 1 GB großen Dateien (diese Maximalgröße ist vom DVD-Standard vorgeschrieben) mit der Endung <code>.VOB</code> enthalten, die sich im Verzeichnis [http://de.wikipedia.org/wiki/DVD-Video#Verzeichnisstruktur_und_Dateinamen VIDEO_TS der DVD] befinden. Das Datenvolumen (Bild und Ton) umfasst in dieser Darstellung etwa 1500-2000 MB pro Anime-Episode.
* Das Anime-Material liegt nicht in Form von Bildern, sondern in Form von [http://de.wikipedia.org/wiki/Halbbild Halbbildern] vor, aus denen die eigentlichen Bilder erst erstellt werden müssen ([http://de.wikipedia.org/wiki/Deinterlacing Deinterlacing]).
* Die Bildinformationen sind üblicherweise [http://de.wikipedia.org/wiki/Anamorphe_Bildaufzeichnung anamorph] gespeichert - das Bildformat des DVD-Videos ist also 720*480px (3:2), während das tatsächliche Seitenverhältnis des Animes jedoch 4:3 bzw. 16:9 sein soll. Handelsübliche Standalone-DVD-Player können solche Videos während des Abspielens (automatisch bzw. per Konfigurationsmenü einstellbar) in das korrekte Seitenverhältnis zerren (das Ziel-Seitenverhältnis ist auf der DVD vermerkt) - der [[Encoder]] eines Fansubs wird dies normalerweise selbst erledigen müssen.

== Analyse der DVD-Daten ==

Im ersten Abschnitt der Verarbeitung werden die DVD-Daten so analysiert (und teilweise auch bereits vorverarbeitet), dass sie in einem den Werkzeugen nachgeschalteter Verarbeitungsschritte passenden Format vorliegen.

=== Markierung einer Anime-Episode innerhalb der DVD-Daten ===

Dazu werden mit dem Programm [http://neuron2.net/dgmpgdec/dgmpgdec.html DGIndex] die VOB-Dateien der DVD geöffnet. Nicht alle VOB-Dateien enthalten tatsächlich Anime-Material (die erste von ihnen enthält z. B. das Steuermenü der DVD, teilweise sind auch Trailer für andere Produkte derselben Firma auf der DVD enthalten); was genau jede dieser Dateien enthält, kann man sich mit diesem Programm ansehen.

Am unteren Rand des Anzeigefensters befindet sich ein Schieberegler, mit dessen Hilfe man mit den Buttons "<code>[</code>" bzw. "<code>]</code>" die Anfangs- und Endmarke des zu bearbeitenden Materials manuell setzen kann - man muss den Umfang einer Episode also selbst auswählen.

=== Extrahieren der Audio-Daten aus dem MPEG2-Stream ===

Im Programm DGIndex kann man einstellen, wie man die Audio-Daten des vorliegenden Materials verarbeiten möchte.

Eine DVD kann mehrere Audio-Streams enthalten; diese können in unterschiedlichen Formaten vorliegen:
* Audio-Streams im Format [[PCM]] sind verlustlos gespeichert. Da sie demzufolge sehr viel Platz auf der DVD benötigen (bis zu 1440kbit/sec, was für eine Anime-Episode von 23 Minuten Spieldauer knapp 250 MB Speicherplatz bedeuten würde!), ist ihre Verwendung eher unüblich, kommt aber in der Realität durchaus vor.
* Audio-Streams im verlustbehafteten Format [[Dolby Digital|AC3]] bieten eine hohe Tonqualität und können insbesondere bis zu [http://de.wikipedia.org/wiki/5.1 sechs (5.1)] Tonkanäle enthalten. Ein AC3-Stream mit einer Qualität von 448 kbit/sec für eine Anime-Episode von 23 Minuten Spieldauer belegt etwa 77 MB Speicherplatz im späteren Encoding des Fansubs.
* Audio-Stream im verlustbehafteten Format [[DTS]] bieten ebenfalls eine hohe Tonqualität und können bis zu Surround-Sound bis zu 7.1 enthalten. Im Gegensatz zu AC3 ist DTS auf DVDs optional.
* Audio-Streams im verlustbehafteten Format [[Mp2|MP2]] sind auf maximal zwei Tonkanäle beschränkt, benötigen dafür aber relativ wenig Speicherplatz.

Das Tonformat innerhalb von [[AVI|AVI-Containern]] bei Verwendung von [[Hardsubs]] ist üblicherweise ein '''MP3-Stream mit einer konstanten Bitrate 128 kbit/sec''' ''(manche Standalone-DVD-Player haben Probleme mit variablen Bitraten in MP3)'', also nur etwa ein Viertel der Qualität des oben erwähnten AC3-Audiostreams.

Während der Vorverarbeitung des Materials kann man die Audio-Daten in separate Dateien (je eine Datei pro Stream) extrahieren lassen (wie wir sie später beim Encoden auch benötigen werden), und zwar wahlweise
* im auf der DVD vorliegenden Format oder
* umgewandelt in das PCM-Format

Vor Beginn der Analyse der DVD-Daten weiß DGIndex nicht, wie viele Audio-Streams die DVD besitzt und welchen Inhalt diese Spuren enthalten (selbst japanische Original-DVDs enthalten manchmal mehrere Audio-Streams, etwa mit Anmerkungen von Regisseur bzw. Seiyuu zu einzelnen Szenen). Der Encoder muss also zunächst einmal ''sämtliche'' Audio-Spuren extrahieren und sich dann im Einzelnen ansehen, welche davon er verwenden will.

Zu beachten ist, dass ein Audio-Stream ''nicht'' exakt gleichzeitig mit dem Anfang des Video-Streams beginnen muss, sondern einen '''Delay''' relativ zu diesem aufweisen kann; um dieses Delay verschoben muss der Audio-Stream später wieder mit dem Video-Stream zusammengefügt werden, damit Bild und Ton synchron bleiben. Ein eventueller Delay wird von DGIndex beim Abspeichern des betreffenden Audio-Streams im Namen der erzeugten Datei vermerkt.

=== Durchführung des Analyselaufs mit DGIndex ===

Nachdem die entsprechenden Einstellungen für die Auswahl des Video-Materials und die Extraktion des Audio-Materials vorgenommen wurden, startet man mit <code>Save Project</code> den Analyselauf (der für eine normale Anime-Episode auf einem Pentium-4-PC mit 3 GHz etwa 5 Minuten dauert). Das Ergebnis dieses Verarbeitungslaufes ist ''keine'' Video-Datei in einem neuen Format, sondern lediglich eine kleine (ca. 200 kB pro Episode) Projektdatei (mit der Endung <code>.d2v</code>), die ''Verweise in die DVD-Daten'' enthält; diese DVD-Daten brauchen wir also zunächst einmal weiterhin als Arbeitsdateien.

Im selben Verzeichnis wie diese Projektdatei werden die extrahierten Audio-Streams gespeichert. Ab diesem Zeitpunkt bleiben Bild- und Toninformationen getrennt und werden erst beim Encoding eines fertigen AVI-Containers wieder zusammengefügt.

In dem während der Verarbeitung geöffneten Dialog wird dabei auch das ''tatsächliche Seitenverhältnis des Videos'' angezeigt (welches ''nicht'' mit dem Seitenverhältnis übereinstimmt, in dem DGIndex das Video selbst anzeigt!); diese Information sollte man sich ggf. notieren, sie wird später noch benötigt werden.

== Bearbeitung der Video-Daten ==

Im zweiten Abschnitt der Verarbeitung wird nun das mit Hilfe der Projektdatei ansprechbare Videomaterial so bearbeitet, dass eine Datei (das sogenannte Timing Raw) entsteht, mit der die einzelnen Mitglieder des Fansub-Projekts arbeiten können (bisher haben wir die Daten ja nach wie vor im MPEG2-Format vorliegen). Etwaige Verbesserungen der Bildqualität werden ebenfalls in diesem Abschnitt durchgeführt.

Das in diesem Schritt verwendete Werkzeug ist [http://avisynth.org/mediawiki/Main_Page Avisynth], was aus der Sicht des Systems ein Codec ist (eine Bibliotheksfunktion, welche einen Video-Stream in einen anderen Video-Stream umwandelt). Avisynth besitzt ''keine Benutzeroberfläche''; seine Verarbeitung wird vielmehr durch '''Skriptdateien''' gesteuert, in welchen der Encoder Anweisungen zur Umwandlung des Videomaterials notiert. Ein solches Skript wird dann von Avisynth interpretiert und auf den eingelesenen Video-Stream angewendet; es gibt einen entsprechend bearbeiteten Video-Stream aus. Diese Ausgabe eines solchen Verarbeitungsgangs kann dann insbesondere wie eine Videodatei mit einem Videoplayer abgespielt werden oder auch als Eingabe für ein Encoding-Tool dienen.

Dieser Abschnitt kann je nach Kenntnissen und persönlichen Vorlieben des Encoders zahlreiche weitere Einzelschritte umfassen; das vorliegende Dokument versucht, sich auf das absolute Minimum zu beschränken.

=== Zugriff auf die MPEG2-Daten ===

Die folgende Anweisung des Skripts dient dazu, die MPEG2-Daten der DVD zu lesen:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
LoadPlugin (''Pfadname der Bibliothek dgdecode.dll'')
DGDecode_Mpeg2Source (''Pfadname der Projektdatei'')

Diese Funktion wird realisiert durch die (mit DGIndex mitgelieferte) Bibliothek <code>dgdecode.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Dabei greift das Skript mit Hilfe einer Plugin-Funktion und unter Verwendung der von DGIndex erstellten Projektdatei auf die VOB-Dateien der DVD zu. Das Ergebnis dieses Zugriffs ist ein ''unkomprimierter'' Video-Stream, auf welchen die anschließenden Bearbeitungsschritte angewendet werden können.

=== Zusammenfassung der Halbbilder zu Bildern (Deinterlacing) für eine NTSC-DVD ===

Japanische Original-DVDs liegen im NTSC-Format vor und verwendet deshalb üblicherweise 59,94 [http://de.wikipedia.org/wiki/Halbbild Halbbilder] je Sekunde. Diese Anweisung des Skriptes dient dazu, die Halbbilder der MPEG2-Daten zu vollständigen Bildern mit Hilfe des Deinterlacing zusammenzufassen. Das Resultat sind 29,97 (Ganz-)Bilder je Sekunde. Ein mechanisches Zusammenfassen benachbarter Halbbilder reicht dafür nicht aus - dadurch würde es häufig vorkommen, dass Halbbilder zusammengefasst würden, welche nicht zusammengehören, was sich erstens in unschön gestrichelten Linien bemerkbar macht ([http://de.wikipedia.org/wiki/Deinterlacing#Weave_.28field_insertion.29 Kammeffekt]) und zweitens das Videomaterial auch noch schlechter komprimierbar macht (also bei gleicher Informationsmenge zu größeren Dateien als Ergebnis des abschließenden Encoding-Durchgangs führt), weil einfarbige Flächen bzw. Striche platzsparender dargestellt werden können als einzelne Punkte mit abwechselnden Farben.

Die folgende Anweisung des Skripts bietet eine einfach zu bedienende Lösung, indem sie den Deinterlacing-Vorgang automatisch durchführt, dabei jedoch das vorliegende Videomaterial statistisch auswertet und dadurch zu sehr ordentlichen Ergebnissen kommt:

# Deinterlacing (intelligentes Verfahren, aus TIVTC)
LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tfm (slow=2)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Der Parameter <code>slow=2</code> weist die Funktion an, das langsamste Verfahren anzuwenden, welches zu den qualitativ besten Ergebnissen führt; die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Es sei ausdrücklich erwähnt, dass es andere Lösungen für das Deinterlacen gibt, insbesondere die Verwendung des Programms [http://ivtc.org/ Yatta], mit welchem Video-Puristen das gesamte Video-Material Bild für Bild durchgehen und jeden einzelnen Frame wunschgemäß erzeugen lassen können; dieser Arbeitsgang erzeugt dann ebenfalls (umfangreiche) Anweisungen für das Avisynth-Skript.

''ACHTUNG: Ein konkretes Verfahren zum Deinterlacen, angewendet auf ein bestimmtes Videomaterial, erzeugt seine ganz eigene Sequenz von effektiven Bildern; insbesondere an Szenenübergängen ist es völlig normal, dass zwei verschiedene Deinterlacing-Verfahren unterschiedliche Ergebnisse erzeugen, wodurch sich insbesondere ganze Szenen um 1 Frame verschieben können. Die Entscheidung für ein bestimmtes Verfahren, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle kann bewirken, dass sämtliche Zeitangaben von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Timing nachgearbeitet werden muss. (Dies erklärt u. a. entsprechende Verschiebungen des Typesetting um genau 1 Frame in einigen Fansub-Releases.)''

=== Reduzieren der Bildrate (Decimate) für eine NTSC-DVD ===

Die 29.97 Bilder pro Sekunde müssen nun auf 23.976 Bilder pro Sekunde dezimiert werden, um wieder die Originalfilmrate zu erreichen (die für das Abspielen auf japanischen Geräten im NTSC-Standard künstlich um 25% erhöht werden musste - zudem lassen sich die auf diese Weise entstandenen Videos auch noch schlechter komprimieren). Dies wird dadurch erreicht, dass ''im Prinzip'' jedes fünfte Bild des Original-Videos weggelassen wird. (Tatsächlich würde die mechanische Durchführung eines solchen Verfahrens rhythmische Veränderungen am Videomaterial verursachen, die sich in einem spürbaren Ruckeln manifestieren können; die tatsächliche Verarbeitungslogik ist daher etwas komplizierter.)

Die folgende Anweisung des Skripts dient dazu, die Anzahl der im vorherigen Schritt erzeugten vollständigen Bildern auf die gewünschte Framerate zu reduzieren:

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
# LoadPlugin (''Pfadname der Bibliothek tivtc.dll'')
tdecimate (mode=1)

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm TIVTC] enthaltene Bibliothek <code>tivtc.dll</code>, welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss. (Da dies dieselbe Bibliothek ist, die zuvor bereits für das Deinterlacen verwendet wurde, ist die LoadPlugin-Anweisung hier redundant und wurde deshalb auskommentiert.)

Der Parameter <code>mode=1</code> weist die Funktion an, die zu entfernenden Bilder bevorzugt aus möglichst langen Reihen identischer Bilder zu wählen (von denen ein weggelassenes Bild am leichtesten entbehrlich ist); die Funktion unterstützt eine Reihe weiterer Parameter, welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

=== Wegschneiden unschöner Bildteile an den Rändern (Cropping) ===

Von den 720*480px des Bildmaterials der DVD sind manchmal bestimmte Teile nur eingeschränkt verwendbar:
* An einigen Rändern des Bildes sind üblicherweise durchgehend ''schwarze Balken'' zu sehen.
* Innerhalb des verbleibenden Bildes liegen in den äußersten Pixel-Reihen bzw. -Spalten manchmal ''starke Verfärbungen'' vor, die eine ähnliche optische Wirkung wie schwarze Balken haben.
Da das Videomaterial anschließend ohnehin auf die tatsächliche Größe des endgültigen Videos verzerrt werden muss, bietet es sich an, diese unschönen Teile (die prozentual nur einen kleinen Teil des Bildes ausmachen, deren Weglassen also die Bildproportionen nicht spürbar verändert) bereits vor dieser Skalierung aus dem Bildmaterial wegzuschneiden und auf diese Weise das Zielformat des Videos ausschließlich mit "schönen" Bildinformationen zu füllen. Die konkreten Beträge an wegzulassenden Zeilen bzw. Spalten des Bildes hängen sowohl vom konkreten Videomaterial als auch vom subjektiven Geschmack des Encoders ab.

Die folgende Anweisung des Skripts dient dazu, die angegebene Anzahl von Pixeln des Videomaterials an den vier Seiten des Bildes wegzuschneiden:

# Schwarze Streifen etc. am Rand wegschneiden
crop (''links'', ''oben'', ''breite'', ''höhe'')

Dabei bedeuten die vier Parameter der Funktion:
# Linke obere Ecke (Spalte)
# Linke obere Ecke (Zeile)
# positiver Wert: Breite des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Spalte)
# positiver Wert: Höhe des Bildes nach Wegschneiden des Randes; negativer Wert: Rechte untere Ecke (Zeile)
Bei einem Aufruf <code>crop (4,2,-0,-2)</code> würden also links 4 Pixel, rechts 0 Pixel sowie oben und unten jeweils 2 Pixel weggeschnitten (bei Angaben in dieser Notation muss man weniger rechnen ;-).

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

''ACHTUNG: Die konkreten Angaben zum Croppen, angewendet auf ein bestimmtes Videomaterial, erzeugen ihre ganz eigene Sequenz von effektiven Bildern; bei anderen Angaben an dieser Stelle wird zwar im Prinzip dieselbe Bildsequenz erzeugt, aber Objekte innerhalb des Bildes befinden sich nicht an derselben Stelle, als wenn ein anderer Betrag an Rand weggeschnitten worden wäre. Die Entscheidung für einen bestimmten Satz an Parameterwerten, die der Encoder trifft, sollte also nach Möglichkeit endgültig sein - eine nachträgliche Änderung an dieser Stelle bewirkt, dass sämtliche Positionen von Untertiteln nicht mehr exakt zum Videomaterial passen und deshalb das komplette Typesetting nachgearbeitet werden muss.
''

=== Anpassen der Bildgröße auf das gewünschte Zielformat ===

==== Auswahl des Zielformats (mod16-Regel) ====

Aufgrund der oben erwähnten anamorphen Bilddarstellung auf DVDs liegt das Bildmaterial oftmals nicht in dem tatsächlich darzustellenden Format vor (das eigentlich erwünschte Seitenformat haben wir während der Analyse des DVD-Materials ermittelt). Hinzu kommt, dass wir im vorherigen Arbeitsschritt ggf. an den Rändern bestimmte Bereiche weggeschnitten haben.

Welche Bildgröße wollen wir erreichen? Beide Seitenlängen ''müssen'' (bei Verwendung eines MPEG4-Codec) durch 4 teilbar sein und [http://encodingwissen.de/spezial/mod-regeln.html sollten möglichst durch 16 teilbar sein]; das in der Größe von 720*480px vorliegende Bildmaterial sollte in keiner der beiden Dimensionen hochskaliert werden, um nicht an Qualität zu verlieren. Das bedeutet konkret:
* Für Videos mit den Seitenverhältnissen '''4:3''' ist ein Bildformat von '''640*480px''' üblich.
* Bei einem Seitenverhältnis von '''16:9''' lässt sich eine exakte Teilbarkeit der Höhe durch 16 nur erreichen, wenn die Höhe ein Vielfaches von 9*16 = 144px ist; das größe Format, das die Breite von 720px nicht überschreitet, wäre in diesem Falle dann 512*288px, was jedoch deutlich kleiner wäre als unser Ausgangsmaterial. Gibt man sich jedoch mit einer Teilbarkeit beider Dimensionen durch 4 zufrieden, dann ist die größte verwendbare Auflösung '''704*396px'''; wenn man darüber hinaus bereit ist, eine geringfügige Seitenverzerrung zu akzeptieren, kann man 720*405px anstreben (was exaktes 16:9 wäre) und das Bild dann auf '''720*404px''' verzerren.

Entsprechende Vergleichstests haben allerdings bestätigt, dass XviD aufgrund seiner Eigenschaft, 16*16px Pixel große Makroblocks zu komprimieren, bei durch 16 teilbaren Seitenlängen so deutlich viel effizienter arbeiten kann, dass es sich sogar lohnt, ein 16:9-Video auf 704*400px statt auf 704*396px zu skalieren (also 1% Bildinformation mehr zu speichern - die Seitenverzerrung von 1% wird vom Publikum nicht wahrgenommen); die XviD-komprimierte Version einer solchen Datei wird dabei üblicherweise sogar etwas kleiner als die 704*396px-Version:
[[Bild:AVI-Hardsub_Testergebnis.jpg|Testergebnis: XviD-Codierung von 704*400px-Videos gegenüber 704*396px-Videos zur Bestätigung der mod16-Theorie]]

==== Herstellung des Zielformats ====

Die folgende Anweisung des Skripts dient dazu, die Bildgröße des Video-Streams in Breite und Höhe auf den gewünschten Wert zu skalieren (wobei es irrelevant ist, in welcher Größe das Videomaterial nach den vorherigen Transformationen tatsächlich vorliegt):

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (''breite'', ''höhe'')

Diese Funktion gehört zu den Avisynth-Grundfunktionen und muss deshalb nicht separat hinzugeladen werden.

Auch hier wieder der Hinweis, das es [http://avisynth.org/mediawiki/Resize zahlreiche andere Verfahren zur Änderung der Bildgröße] gibt, welche sich u. a. in Bezug auf die Behandlung dünner Linien unterscheiden (also ggf. unterschiedlich scharfe bzw. verwaschene Ergebnisse produzieren). LanczosResize schärft dünne Linien nach, was für Animes tendentiell ein wünschenswerter Effekt sein dürfte; BicubicResize tut das nicht, liefert dafür aber etwas besser XviD-komprimierbares Bildmaterial, d. h. kleinere Dateien nach dem Encoding bei sogar geringerem Informationsverlust relativ zum Original-Video (gemessen durch einen höheren [http://en.wikipedia.org/wiki/SSIM SSIM-Wert]).

Durch zusätzliche Parameter für die jeweilige Resize-Funktion ist es auch möglich, Cropping und Resizing in einem Arbeitsgang zu erledigen (was die Verarbeitungsgeschwindigkeit minimal erhöht); Einzelheiten sind der Dokumentation der jeweiligen Funktion zu entnehmen.

=== Filter zur Qualitätsverbesserung ===

Nachdem nun das Videomaterial im Prinzip im richtigen Format (Vollbilder in der gewünschten Bildschirmauflösung) vorliegt, kann in einem abschließenden Verarbeitungsschritt noch Einfluss auf die Bildqualität genommen werden. Hierfür werden je nach subjektivem Ästhetik-Empfinden des Encoders entsprechende Filter auf das Videomaterial angewendet, um kleine Unsauberkeiten zu entfernen, dünne Linien zu schärfen oder die Auswirkungen bestimmter systematischer Fehler des Bildmaterials zu reduzieren.

Grundsätzlich gilt dabei: Die Entfernung von Details verbessert die spätere Komprimierbarkeit des Videostreams, bewirkt aber gleichzeitig, dass das Bild verwaschener aussieht. Je aggressiver die entsprechende Filterfunktion dabei vorgeht (was jeweils durch entsprechende Parameterwerte eingestellt werden kann), umso stärker sind beide Effekte spürbar. Umgekehrt gibt es auch Filterfunktionen, die bestimmte Details (z. B. Linien) gezielt verstärken ("schärfen") können, etwa um Videomaterial geringer Ausgangsqualität nachträglich "aufzubessern".

Die folgende Anweisung des Skripts dient dazu, mit einem relativ defensiven Filter kleine Unsauberkeiten des Bildmaterials aufzulösen:

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Der Parameter <code>mode=2</code> weist die Funktion an, das bezüglich des Einsparungseffekts beste der drei vom Autor als "risikolos" beschriebenen Verfahren anzuwenden; die Funktion unterstützt auch weitaus aggressivere Verfahren (die dann allerdings dünne Linien beschädigen können etc.), welche in der mitgelieferten Dokumentation des TIVTC-Pakets ausführlich beschrieben sind.

Diese Funktion wird realisiert durch eine im Paket [http://avisynth.org/mediawiki/Removegrain RemoveGrain] enthaltene Bibliothek (der konkrete Dateiname ist von der CPU des Zielrechners abhängig, siehe Installationsanleitung), welche entweder durch die Anweisung <code>LoadPlugin</code> dem Skript explizit bekannt gemacht werden oder aber an einem für Avisynth zugänglichen Ort installiert worden sein muss.

Das erzeugte Video wird dabei ohne spürbare Einbußen der Qualität um wenige Prozent kleiner.

=== Beispiel eines vollständigen Avisynth-Skripts zur Verarbeitung der DVD-Daten ===

Ein vollständiges Avisynth-Skript sieht (nach der Installation aller erforderlichen Bibliotheken im <code>plugins</code>-Verzeichnis von Avisynth, wo sie automatisch gefunden werden) beispielsweise folgendermaßen aus:

# MPEG2-Daten direkt aus den VOB-Dateien lesen, nach vorheriger Analyse derselben via DGIndex.exe
Mpeg2Source ("C:\DVD-Analyse\Seikai no Senki III\Volume 1\Seikai no Senki III Volume 1 - Video.d2v")

# Deinterlacing
tfm (slow=2)

# Dezimieren von jeweils 5 auf 4 Frames (29.97 fps => 23.976 fps)
tdecimate (mode=1)

# Schwarze Streifen etc. am Rand wegschneiden
crop (4, 2, -0, -2)

# anamorphe DVD-Auflösung korrigieren und Bildformat das gewünschte Zielformat zerren
LanczosResize (704, 396)

# Defensives Entfernen von Bild-Unsauberkeiten
RemoveGrain (mode=2)

Wenn eine solche Skript-Datei, welche anstelle des Pfadnamens der Projektdatei die Zeichenkette <code>__vid__</code> enthält, im Analyseprogramm DGIndex als "[http://neuron2.net/dgmpgdec/DGIndexManual.html#AVSTemplate AVS template]" angegeben wurde, dann fügt DGIndex während der Analyse des DVD-Materials diesen Pfadnamen der neu erstellten Projektdatei (ohne Gänsefüßchen) automatisch an der entsprechenden Stelle der Schablone ein und speichert das so dem Projekt angepasste Skript in dasselbe Verzeichnis und mit demselben Basisnamen wie die Projektdatei, aber mit der Endung <code>.avs</code>. Man braucht dieses Skript also nur ein einziges Mal zu erstellen (und z. B. ins Installationsverzeichnis von DGIndex zu speichern) und muss dann bei neuen Projekten nur noch Details darin ändern (Pixel-Angaben zum Cropping und ggf. zum Bildformat, eventuell andere Filter).

=== Speichern des Verarbeitungs-Ergebnisses ===

Das Ergebnis der Verarbeitung der DVD-Daten ist ein (zunächst einmal) ''unkomprimierter'' Video-Stream, der für eine normale Anime-Episode zwischen 10 und 15 GB an Daten umfasst. Bei Verwendung der [[#Filter_zur_Qualit.C3.A4tsverbesserung|angegebenen simplen Filterfunktion]] dauert das Erstellen der entsprechenden Video-Datei auf einem Pentium-4-PC mit 3 GHz knapp 15 Minuten; falls entsprechend aufwändigere Filter zum Einsatz kommen, kann diese Verarbeitung aber auch wesentlich länger (mehrere Stunden) dauern.

Sobald das Verfahren zu einem Ergebnis geführt hat, welches die Ansprüche des Encoders zu dessen Zufriedenheit erfüllt, möchte dieser das Ergebnis des Skript-Laufes eigentlich bis zum endgültigen Release nicht mehr löschen (um den Filtervorgang nicht wiederholen zu müssen). Eine verlustbehaftete Komprimierung scheidet allerdings aus, da deren Ergebnis nicht mehr die erforderliche Qualität für die spätere Produktion von QC- und Release-Dateien aufweist. Es existieren jedoch Codecs, welche eine '''verlustfreie Komprimierung''' des erzeugten Videomaterials ermöglichen (z. B. [http://de.wikipedia.org/wiki/HuffYUV HuffYUV] und [http://de.wikipedia.org/wiki/Lagarith Lagarith]). Bei einer Speicherung des Video-Materials unter Verwendung eines dieser Verfahren kann das Datenvolumen um etwa 50-60% reduziert werden, sodass pro Episode eine Datei von etwa 5-6 GB Größe anfällt. Sobald sämtliche Episoden der DVD in diesem Format vorliegen, benötigt man die VOB-Dateien dieser DVD nicht mehr auf der Festplatte des Encoding-Rechners. ''(ACHTUNG: Sowohl HuffYUF in der Version 2.2.0 als auch Lagarith in der Version 1.3.13 weisen Stabilitätsprobleme auf, die zum Absturz des Komprimierungslaufs führen können; der Verfasser dieses Artikels verwendet deshalb die etwas ältere Version 2.1.1 von HuffYUF.)''

Für die Weitergabe des so bearbeiteten Videomaterials an andere Mitglieder der Fansubber-Gruppe (vor allem den [[Timer]] und den [[Typesetter]], insbesondere über langsame Internet-Leitungen) ist natürlich eine solche Datei immer noch viel zu groß. Deshalb erzeugt der Encoder ''zusätzlich'' eine (mit dem später zu verwendenden Video-Codec und sinnvollerweise auch etwa den später zu verwendenden Einstellungen) komprimierte Variante des Videos, das sogenannte '''Timing-Raw''', dessen Größe sich von derjenigen des späteren Release nur unwesentlich unterscheidet (man kann in der Qualität auch problemlos ein wenig nach unten gehen, um Übertragungsvolumen zu sparen). Dieses Timing-Raw muss dann auch einen Audio-Stream enthalten (der um den entsprechenden Delay zeitlich verschoben eingefügt werden muss) , damit der Timer die passenden Zeitpunkte zum Ein- und Ausblenden der Untertitel exakt festlegen kann. (Bei einem Soloprojekt könnte man die verlustfrei komprimierten Video-Daten, ergänzt um den Audio-Stream, auch gleich als Timing-Raw verwenden.)

== Encoding als AVI-Container mit XviD-Videostream ==

Nach der Erstellung des [[#Speichern_des_Verarbeitungs-Ergebnisses|Timing-Raws]] wird der [[Encoder]] erst wieder tätig, wenn sämtliche [[Untertitel|Untertiteldateien]] zur betreffenden Episode bei ihm abgeliefert wurden. Nun brennt er diese als [[Hardsub]] fest in den Videostream der Episode ein, wobei er eines von mehreren möglichen Zielen zu verfolgen versucht.

=== Optimale Ausnutzung eines Zielmediums ===

Eine einzelne Anime-Episode wird ihrer endgültigen Form ca. 150-250 MB an Speicherplatz belegen (TV-Episoden tendentiell weniger als OVA-Episoden, welche oftmals bis zu 30 Minuten lang sind und ggf. eine aufwändigere Animation besitzen).

Falls solche Dateien auf Datenträgern des Typs CD bzw. DVD gespeichert werden sollen (um sie auf einem Standalone-Player über einen Fernseher abzuspielen, was vom [[Container]]- und [[Codec]]-Format her ja möglich wäre) und der Encoder die Anzahl der Episoden (und ggf. zugehörigen Specials) der gesamten Serie von vornherein kennt, kann er die Größe der von ihm erzeugten Dateien auf das geplante Ziel-Medium abstimmen:
* Eine handelsübliche CD fasst [http://de.wikipedia.org/wiki/Compact_Disc#Datenformate 703 MB] an Daten, also
** 3 Episoden zu je 234 MB (Videoqualität ca. 1150 kb/sec) bzw.
** 4 Episoden zu je 175.5 MB (Videoqualität ca. 900 kb/sec).
* Eine Single Layer DVD fasst [http://de.wikipedia.org/wiki/DVD#Speicherkapazit.C3.A4t_und_Zugriffstechnik 4483 MB] an Daten, also
** 24 Episoden zu je 186.5 MB (Videoqualität ca. 1000 kb/sec) bzw.
** 26 Episoden zu je 172 MB (Videoqualität ca. 850 kb/sec).
Diese Größen werden von vielen Fansubber-Gruppen gezielt produziert, indem im XviD-Codec die Spieldauer (sekundengenau) und Zielgröße der Datei sowie die Qualität des verwendeten Audio-Streams eingegeben wird; XviD kann aus diesen Angaben die maximal zulässige Qualität für den Videostream (gemessen in kbit/sec) berechnen und diese bei Verwendung des '''2-Pass-Encoding''' auch ziemlich exakt erreichen. Damit belegen alle Episoden einer Serie gleich viel Speicherplatz auf dem Zielmedium - unabhängig von der Spieldauer der einzelnen Episode. Bei TV-Serien ist diese Spieldauer üblicherweise konstant, nicht aber bei OVAs - und in solchen Fällen liefert diese Methode unterschiedliche Qualitäten für die verschiedenen Episoden.

Um letzteres zu verhindern, kann man die auf einen Datenträger (etwa eine CD) zu brennenden Episoden von vornherein als zusammengehörig betrachten und ihre ''Gesamtspieldauer'' als Berechnungsgrundlage für die obige Methode heranziehen. Bei der Verwendung der so berechneten Durchschnittsqualität dieser CD für jede ihrer Episoden entstehen dann ''verschieden große Dateien mit gleicher Video-Qualität'', während das jeweilige Speichermedium immer noch optimal ausgenutzt wird. Dieser Ansatz wurde beispielsweise beim Encoding der Serie [http://fan-sub.de/fansub.rhtml?id=902 Lamune] verfolgt.

=== Optimale Darstellung der vorliegenden Informationsmenge ===

Das [[Encoden]] von Videomaterial mit einem der üblichen [[Codec|Codecs]] ist immer eine ''verlustbehaftete Komprimierung'', und der Grad des Verlusts kann vom [[Encoder]] im Prinzip frei gewählt werden. Insbesondere ist es durchaus normal, dass in einer Episode einer Serie mit hohem Action-Anteil wesentlich mehr Video-Information vorliegt als in einer anderen Episode derselben Serie, welche von langen Dialogen dominiert wird; werden beide Episoden dennoch auf dieselbe Dateigröße encodiert, dann leidet die Qualität der Action-Episode, während bei der Dialoge-Episode Platz verschwendet wird. Und wenn die fertigen Dateien letzten Endes auf der Festplatte eines Fans landen oder eine Serie mit z. B. nur 13 Episoden auf eine DVD gebrannt werden wird, dann sollte die exakte Größe der Datei gegenüber einer möglichst guten Video-Qualität bei im Mittel dennoch akzeptabler Dateigröße (zwecks schneller Übertragung) nur von untergeordneter Bedeutung sein.

Für das Erreichen der optimalen Videoqualität einer jeden Episode wäre es also ein alternativer Ansatz, es ''dem Codec selbst zu überlassen, wie groß er die entsprechende Datei erzeugen will''. Dazu kann man ihm im Falle von [[XviD]] als Zielvorgabe einfach einen Qualitätswert angeben, den er angesichts der vorliegenden Informationsmenge gar nicht erreichen kann (etwa 9999 kbit/sec) und gleichzeitig die resultierende Dateigröße durch einheitliche Vorgaben in der XviD-Konfiguration beeinflussen, wobei diese XviD-Konfiguration dann auf alle Episoden einer Serie gleichermaßen angewendet wird. Dabei entstehen zwar Dateien beliebig unterschiedlicher, aber jeweils der vorliegenden Information angemessener Größe.

Bewährt hat sich dabei insbesondere, in der XviD-Konfiguration unter "<tt>Quality Preset - more</tt>" / "<tt>Quantization</tt>" für den "<tt>min. P-Frame quantizer</tt>" einen Wert von 2 (statt 1) einzutragen, also ''dem XviD-Codec die Verwendung von P-Frames mit einem Quant von 1 zu verbieten''. P-Frames mit einem Quant von 1 belegen innerhalb eines XviD-Streams relativ viel Platz, tragen jedoch eher wenig zur Bildqualität bei; allein durch den Verzicht auf diese Möglichkeit bringt man den XviD-Codec bei guter Qualität des Videomaterial ''oftmals'' (wenngleich nicht immer) bereits dazu, trotz ansonsten maximaler Ausschöpfung seiner Möglichkeiten Dateien in einer ungefähren Größe zu produzieren, wie sie aufgrund der Zielsetzung im [[#Optimale_Ausnutzung_eines_Zielmediums|vorherigen Kapitel]] ohnehin erwünscht ist.

Gleichzeitig lässt sich bei diesem Ansatz durch den Einsatz etwas aggressiverer [[#Filter_zur_Qualit.C3.A4tsverbesserung|Filter]] bereits bei der Vorverarbeitung des Videomaterials Information aus dem Video-Stream entfernen, solange dieser Eingriff die Videoqualität nicht sichtbar reduziert - bei einer ohnehin angestrebten variablen Datengröße lohnt es sich, zu sparen, wo immer dies ''mit vertretbarem Qualitätsverlust'' möglich erscheint. Auf diese Weise können bei einem handlungsarmen Anime wie etwa [http://fan-sub.de/fansub.rhtml?id=687 Koi Kaze] insgesamt Dateien mit einer Größe von deutlich unter 150 MB pro 23-min-Episode erzeugt werden, ohne dass deren Qualität auffällig schlecht wäre oder von Episode zu Episode stark schwanken würde.

== Links zu weiterführender Literatur ==
* Encoding allgemein: [http://german.doom9.org/ doom9 (deutsch)]
* DVD-Analyse: [http://neuron2.net/dgmpgdec/DGIndexManual.html DGIndex-Benutzerhandbuch]
* Deinterlacing: [http://de.wikipedia.org/wiki/Inverse_Telecine Inverse Telecine] (Rückgängigmachen des [http://de.wikipedia.org/wiki/3:2-Pull-Down 3:2-Pull-Down] bei NTSC-DVDs)
* Deinterlacing: [http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm Homepage zu TIVTC]
* XviD: [http://3ivx.info/download/Wissenswertes.rund.um.Xvid.by.Selur.zip Wissenswertes rund um XviD by Selur (deutsch, zipped PDF)]

Datei:AVI-Hardsub Testergebnis.jpg

2008-03-12T14:38:52Z

Devil Doll: Testergebnis: XviD-Codierung von 704*400px-Videos gegenüber 704*396px-Videos zur Bestätigung der mod16-Theorie

Testergebnis: XviD-Codierung von 704*400px-Videos gegenüber 704*396px-Videos zur Bestätigung der mod16-Theorie

Timing-Tutorial

2008-03-09T21:00:47Z

Devil Doll: /* Post-Processing */

= Einleitung =

Okay, bevor wir anfangen, möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing-Tutorials im Internet. Ich habe selber einige davon gelesen und viel aus ihnen gelernt. Nur sind die meisten dieser Tutorials mittlerweile veraltet und nutzen nicht die Möglichkeiten, die uns die weiterentwickelten Programme bieten (allen voran Aegisub).

Ich habe vor zwei Jahren als Timer angefangen und im Laufe der Zeit einige Erfahrung gesammelt, was Timing angeht; daher dachte ich mir, ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten - ich möchte einfach nur ''meinen Weg'' ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist, ein Tutorial zu schreiben. Wenn du etwas nicht verstehst oder Vorschläge zur Verbesserung hast: [[#Ende / Kontakt|Am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet, Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen, um ihr heißgeliebtes Anime anderen Menschen aufzudrängen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes, als die Festlegung derjenigen Zeitspanne, während derer ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Grob-Timing|Grob-Timing]] besteht lediglich darin, festzulegen, in welchem Zeitinterwall jeweils eine Person im Film redet; [[#Fein-Timing|Fein-Timing]] bedeutet, die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu [[#Fein-Timing|später]].

* Q: Was ist Scene Timing?
* A: Siehe [[#Fein-Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit, die man beim Timing berücksichtigt, um es dem Zuschauer zu erleichtern, die Untertitel mitzulesen. Mehr dazu erfährst du im Kapitel [[#Fein-Timing|Fein-Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme, die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem, Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten: Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitaufwand für eine Episode?
* A: Ich würde sagen, zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln, und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern, was nochmal etwa 20 Minuten dauern wird. Aber ich persönlich mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da braucht man zwischendurch Abwechslung.

* Q: Muss ich Japanisch sprechen können, um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne Japanisch-Kenntnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim Timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Vorbereitungen ==

Ich nehme an, du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als Allererstes benötigst du 2 Sachen: Einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher, gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als Erstes die beiden vorhin erwähnten Dateien öffnen. Zuerst das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt>, in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählst du das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standardeinstellung "<tt>:</tt>".

<tt>Comment starter</tt> legt das Symbol fest, mit dem Zeilen Kommentarzeilen eingeleitet werden sollen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als Nächstes laden wir das Video unter <tt>Video</tt> -> <tt>Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die '''Audiospur'''. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, nach ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' - die beste Hilfe, die du beim Timen bekommen kannst. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du drei Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal, ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen, unter <tt>View</tt> die Anzeigeform <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Tastaturkürzel ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Tastaturkürzel erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen, aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest daher versuchen, von Anfang an Tastaturkürzel zu benutzen.

Hier möchte ich die wichtigsten für das Timing benötigten Tastaturkürzel erklären. (Beachte hierbei bitte, dass ich die Tastaturkürzel aus SSA verwende. Das ist Gewohnheitssache; wenn du die neuen Tastaturkürzel benutzen oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmarkierung bis zur Endmarkierung ab.
* "T" : Spielt die Linie von der Startmarkierung bis zum Ende des Videos ab.
* "H" : Stoppt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmarkierung ab.
* "W" : Spielt 500ms nach der Endmarkierung ab.
* "Q" : Spielt 500ms vor der Startmarkierung ab.
* "E" : Spielt 500ms nach der Startmarkierung ab.
* "G" : Speichert die Markierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind diejenigen Tastaturkürzel, die du dir merken solltest. Mehr Tastaturkürzel zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Grob-Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste dort auf der Waveform, wo der Satz anfängt, und mit der rechten Maustaste dort, wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio ab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen, bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst, dass der Satz aufhören wird. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, dann färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du, wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, dass du die Zeitgabe für diese Zeile gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz exakt zu erwischen: Der rote Marker muss genau am Anfang des Satzes sein, der gelbe genau am Ende. Dabei helfen dir die Tastaturkürzel, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E", um zu hören, ob der Sprecher direkt zu reden anfängt. Wenn nicht, dann hast du den Marker zuweit nach links bewegt. Justiere den Marker, und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D", dann sollte der Schluss des Satzes zu hören sein; drückst du "W", dann sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Untertitelzeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Zeile und setzt den End-Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch ca. 300 mal und dein erstes Timing-Skript ist so gut wie fertig :)

Ach ja: Sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start- und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneiden sollte. Dies auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nochmal auf das Rough Timing zurückgreifen müssen.

== Fein-Timing ==

oder: "Hilfe, was haben diese pinkfarbenen Linien in meiner wunderschönen grünen Wellenform verloren o_O!

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören, und das muss auch beim Subben berücksichtigt werden.

Ein Sprecher redet manchmal schneller, als ein Zuschauer lesen kann; darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen. Wie macht man das? Man verlängert die Einblendungsdauer eines Untertitels ein wenig in beide Richtungen.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimed?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens dauern Lead-ins weniger lang als Lead-outs (etwa die Hälfte der Zeitdauer in Mikrosekunden).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinkfarbenen Linien in der Waveform zu bedeuten haben. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes innerhalb der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannter zu lesen, wenn diese nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden, gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil der Arbeit ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten, ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet, die Endzeit der vorherigen Zeile mit der Startzeit der nachfolgenden Zeile gleichzusetzen, falls diese beiden Zeitpunkte nahe beieinander liegen sollten. Klingt verwirrend, aber die folgenden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Anzahl der Millisekunden ein, um die man die Einblendungsdauer einer jeden Zeile nach vorne bzw. hinten verlängern möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs etwa 200-500 ms. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400 ms, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Millisekunden die Untertitel maximal voneinander getrennt liegen dürfen, bevor sie ohne dazwischenliegende Pause angezeigt werden sollen. Standard ist 300, ich persönlich bevorzuge 350. Der Bias (?) ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das, was er verspricht; aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letzte Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich, wenn ein Video geladen wurde). Keyframe snapping bedeutet: Wenn ein Untertitel in der Nähe eines Keyframes liegt (der pinkfarbenen Linie), dann wird die Start/Endzeit der Zeile verkürzt oder verlängert, sodass die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du den Mauszeiger über die Felder bewegst, dann bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht näher darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Millisekunden, sondern in Frames gemessen werden. (Ein Frame dauert je nach Bildwiederholrate des Videos zwischen 40 und 50 Millisekunden.) Wie hoch du die Frameanzahl setzt, ist dir überlassen - probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist, alles einzustellen, dann stell sicher, dass du den Haken neben den Optionen setzt. Erinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel: Ich führe das Post-Processing zweimal durch. Wenn du alles eingestellt hast und auf <tt>OK</tt> drückst, dann wird Aegisub beim Linking der Zeilen der jeweils späteren von zwei dabei verbundenen Zeilen keinen Lead-in geben. Das mag ich persönlich nicht - daher wende ich als Erstes das Post-Processing nur mit den Lead-ins an (im Feld gebe ich die Hälfte der eigentlichen Lead-in-Dauer ein). Danach öffne ich den Post-Processor nochmal und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing-Script ist fertig!!!

Herzlichen Glückwunsch! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern. Allerdings ist es ratsam, es nicht als [[#Grob-Timing|Grob-Timing]], sondern als neue Datei zu speichern, zum Beispiel mit dem Namen <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Kontrolldurchgang ==

Dein Script ist jetzt im Grunde fertig. Allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler, und Maschinen erst recht.

Obwohl das Post-Processing so gut wie alles erledigt hat, kann es passieren, dass dabei ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Die passiert zum Beispiel dann, wenn das Programm sich zwischen zwei vom geplanten Einblendungszeitpunkt ähnlich weit entfernten Keyframes entscheiden sollte.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und schau dir die gesamte Episode nochmal von vorne an. Solltest du einen Fehler sehen, dann wähle die Zeile aus, in welcher sich der Fehler befindet, und beseitige diesen. Um einen Scenebleed zu beseitigen, musst du einfach den roten oder gelben Marker genau auf die pinke Linie verschieben.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen; falls doch, sind diese schnell beseitigt. Herzlichen Glückwunsch - jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht seien diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du nicht dein '''Timing zu einem neuem Raw shiften''' kannst. Hier hilft dir ebenfalls Aegisub wieder.

Lade das neue Video in Aegisub und öffne dein Script. Du wirst feststellen, dass dein Timing nicht mehr an der Stelle, an der es sein sollte; das musst du jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position, an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sich diese nicht verändert hat.

Jetzt gilt es, den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du diesen Wert ermittelt, dann schreibe ihn dir auf oder merke ihn dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst dort <tt>Shift Times...</tt> aus. In das Kästchen <tt>Time</tt> gibst du die eben errechnete Zeitdifferenz ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen: Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob ''alle'' Zeilen verschoben werden sollen oder ''nur ein Teil der Zeilen'' und
* ob Start und Endzeiten betroffen sein sollen oder nur eine der beiden Angaben,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen - und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Bei einer solchen Anpassung können [[#Scenetiming|Scenebleeds]] entstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig - Aegisub hat die durchs Shiften entstandenen unerwünschten Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Einleitung ===

Karaoke Timing beginnt wie normales Timing: Script und Video laden, dann alle Zeilen timen. Meistens sind jeweils drei Zeilen vorhanden: Kanji, Romaji und die Übersetzung. Beim Timing einfach alle drei Zeilen wählen, bevor du "G" drückst. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Silben-Zerlegung einer Zeile ===

Um einen Karaokeeffekt zu erhalten, musst du nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe innerhalb dieser Zeile''. Um das zu vereinfachen, biete Aegisub den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns vorerst noch nicht. Unterhalb der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>; klicke auf diesen Button, um in den Karaokemode zu wechseln.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick auf diesen <tt>Split</tt>-Button und bewege deine Maus über die Kästchen rechts. Du siehst, dass an der Mausposition ein Marker erscheint. Überall dort, wo du mit der linken Maustaste hinklickst, erscheint ein blauer Marker. Jeweils zwei Markern begrenzen eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du dabei einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle klicken, um den dortigen Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall dort, wo du einen Marker gesetzt hast, ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Diese Zahl müssen wir anschließend noch ändern.

=== Silben-Timing ===

Eine Silbe zu timen funktioniert genauso wie das Timen einer normalen Zeile, allerdings klickst du nicht mit den Maustasten, sonder ziehst die gelben Linien nach links oder rechts. Mit den Tastaturkürzeln kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit der gedrückten linken Maustaste an die richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem <tt>Split</tt>-Button. Nach einigem Hin und Her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, dann musst du eine weiter <tt>{\k...}</tt>-Box einfügen. Klick nochmal auf <tt>Split</tt> und klicke dann zwischen die beiden Silben, zwischen denen die Pause liegt. Mit der Enter-Taste fügst du nun eine Pause ein, die du wie eine Silbe verändern kannst. Ganz leicht, oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub-Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind eigentlich etwas für Typesetter, also gehe ich jetzt nicht ins Detail, sondern erkläre nur, wie man Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, nachdem du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den <tt>Style name</tt> in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Das Ganze machen wir gleich nochmal, aber diesmal nennen wir den neuen Style <tt>Romaji</tt>. Schließe den Style Manager wieder.

Wähle jetzt alle Romaji-Zeilen aus (Taste "Strg" gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button neben dem <tt>Comment</tt>-Kästchen findest du ein Dropdown-Menü. Hier wählst du jetzt den Style-Name <tt>Romaji</tt> aus. Anschließend dasselbe für die Kanji-Zeilen, mit dem neuen Style-Namen <tt>Kanji</tt>.

Für die Übertragung des fertigen Silbentimings der Roumaji auf die Kanjis öffnest du den Kanji-Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt>, und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit der Enter-Taste geht es dann zur nächsten Silbe. Wenn du fertig bist, schließe das Fenster und schon bist du fertig.

= Ende / Kontakt =

So, das war's dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lass bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib- und Formfehler) haben, nur her damit.

Ich hoffe, ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Timing-Tutorial

2008-03-09T20:59:49Z

Devil Doll: /* Tastaturkürzel */

= Einleitung =

Okay, bevor wir anfangen, möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing-Tutorials im Internet. Ich habe selber einige davon gelesen und viel aus ihnen gelernt. Nur sind die meisten dieser Tutorials mittlerweile veraltet und nutzen nicht die Möglichkeiten, die uns die weiterentwickelten Programme bieten (allen voran Aegisub).

Ich habe vor zwei Jahren als Timer angefangen und im Laufe der Zeit einige Erfahrung gesammelt, was Timing angeht; daher dachte ich mir, ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten - ich möchte einfach nur ''meinen Weg'' ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist, ein Tutorial zu schreiben. Wenn du etwas nicht verstehst oder Vorschläge zur Verbesserung hast: [[#Ende / Kontakt|Am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet, Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen, um ihr heißgeliebtes Anime anderen Menschen aufzudrängen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes, als die Festlegung derjenigen Zeitspanne, während derer ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Grob-Timing|Grob-Timing]] besteht lediglich darin, festzulegen, in welchem Zeitinterwall jeweils eine Person im Film redet; [[#Fein-Timing|Fein-Timing]] bedeutet, die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu [[#Fein-Timing|später]].

* Q: Was ist Scene Timing?
* A: Siehe [[#Fein-Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit, die man beim Timing berücksichtigt, um es dem Zuschauer zu erleichtern, die Untertitel mitzulesen. Mehr dazu erfährst du im Kapitel [[#Fein-Timing|Fein-Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme, die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem, Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten: Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitaufwand für eine Episode?
* A: Ich würde sagen, zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln, und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern, was nochmal etwa 20 Minuten dauern wird. Aber ich persönlich mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da braucht man zwischendurch Abwechslung.

* Q: Muss ich Japanisch sprechen können, um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne Japanisch-Kenntnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim Timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Vorbereitungen ==

Ich nehme an, du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als Allererstes benötigst du 2 Sachen: Einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher, gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als Erstes die beiden vorhin erwähnten Dateien öffnen. Zuerst das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt>, in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählst du das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standardeinstellung "<tt>:</tt>".

<tt>Comment starter</tt> legt das Symbol fest, mit dem Zeilen Kommentarzeilen eingeleitet werden sollen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als Nächstes laden wir das Video unter <tt>Video</tt> -> <tt>Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die '''Audiospur'''. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, nach ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' - die beste Hilfe, die du beim Timen bekommen kannst. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du drei Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal, ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen, unter <tt>View</tt> die Anzeigeform <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Tastaturkürzel ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Tastaturkürzel erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen, aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest daher versuchen, von Anfang an Tastaturkürzel zu benutzen.

Hier möchte ich die wichtigsten für das Timing benötigten Tastaturkürzel erklären. (Beachte hierbei bitte, dass ich die Tastaturkürzel aus SSA verwende. Das ist Gewohnheitssache; wenn du die neuen Tastaturkürzel benutzen oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmarkierung bis zur Endmarkierung ab.
* "T" : Spielt die Linie von der Startmarkierung bis zum Ende des Videos ab.
* "H" : Stoppt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmarkierung ab.
* "W" : Spielt 500ms nach der Endmarkierung ab.
* "Q" : Spielt 500ms vor der Startmarkierung ab.
* "E" : Spielt 500ms nach der Startmarkierung ab.
* "G" : Speichert die Markierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind diejenigen Tastaturkürzel, die du dir merken solltest. Mehr Tastaturkürzel zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Grob-Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste dort auf der Waveform, wo der Satz anfängt, und mit der rechten Maustaste dort, wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio ab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen, bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst, dass der Satz aufhören wird. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, dann färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du, wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, dass du die Zeitgabe für diese Zeile gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz exakt zu erwischen: Der rote Marker muss genau am Anfang des Satzes sein, der gelbe genau am Ende. Dabei helfen dir die Tastaturkürzel, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E", um zu hören, ob der Sprecher direkt zu reden anfängt. Wenn nicht, dann hast du den Marker zuweit nach links bewegt. Justiere den Marker, und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D", dann sollte der Schluss des Satzes zu hören sein; drückst du "W", dann sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Untertitelzeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Zeile und setzt den End-Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch ca. 300 mal und dein erstes Timing-Skript ist so gut wie fertig :)

Ach ja: Sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start- und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneiden sollte. Dies auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nochmal auf das Rough Timing zurückgreifen müssen.

== Fein-Timing ==

oder: "Hilfe, was haben diese pinkfarbenen Linien in meiner wunderschönen grünen Wellenform verloren o_O!

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören, und das muss auch beim Subben berücksichtigt werden.

Ein Sprecher redet manchmal schneller, als ein Zuschauer lesen kann; darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen. Wie macht man das? Man verlängert die Einblendungsdauer eines Untertitels ein wenig in beide Richtungen.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimed?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens dauern Lead-ins weniger lang als Lead-outs (etwa die Hälfte der Zeitdauer in Mikrosekunden).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinkfarbenen Linien in der Waveform zu bedeuten haben. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes innerhalb der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannter zu lesen, wenn diese nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden, gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil der Arbeit ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten, ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet, die Endzeit der vorherigen Zeile mit der Startzeit der nachfolgenden Zeile gleichzusetzen, falls diese beiden Zeitpunkte nahe beieinander liegen sollten. Klingt verwirrend, aber die folgenden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Anzahl der Millisekunden ein, um die man die Einblendungsdauer einer jeden Zeile nach vorne bzw. hinten verlängern möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs etwa 200-500 ms. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400 ms, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Millisekunden die Untertitel maximal voneinander getrennt liegen dürfen, bevor sie ohne dazwischenliegende Pause angezeigt werden sollen. Standard ist 300, ich persönlich bevorzuge 350. Der Bias (?) ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das, was er verspricht; aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letzte Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich, wenn ein Video geladen wurde). Keyframe snapping bedeutet: Wenn ein Untertitel in der Nähe eines Keyframes liegt (der pinkfarbenen Linie), dann wird die Start/Endzeit der Zeile verkürzt oder verlängert, sodass die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du den Mauszeiger über die Felder bewegst, dann bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht näher darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Millisekunden, sondern in Frames gemessen werden. (Ein Frame dauert je nach Bildwiederholrate des Videos zwischen 40 und 50 Millisekunden.) Wie hoch du die Frameanzahl setzt, ist dir überlassen - probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist, alles einzustellen, dann stell sicher, dass du den Haken neben den Optionen setzt. Erinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel: Ich führe das Post-Processing zweimal durch. Wenn du alles eingestellt hast und auf <tt>OK</tt> drückst, dann wird Aegisub beim Linking der Zeilen der jeweils späteren von zwei dabei verbundenen Zeilen keinen Lead-in geben. Das mag ich persönlich nicht - daher wende ich als Erstes das Post-Processing nur mit den Lead-ins an (im Feld gebe ich die Hälfte der eigentlichen Lead-in-Dauer ein). Danach öffne ich den Post-Processor nochmal und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing-Script ist fertig!!!

Herzlichen Glückwunsch! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern. Allerdings ist es ratsam, es nicht als [[#Rough Timing|Rough Timing]], sondern als neue Datei zu speichern, zum Beispiel mit dem Namen <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Kontrolldurchgang ==

Dein Script ist jetzt im Grunde fertig. Allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler, und Maschinen erst recht.

Obwohl das Post-Processing so gut wie alles erledigt hat, kann es passieren, dass dabei ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Die passiert zum Beispiel dann, wenn das Programm sich zwischen zwei vom geplanten Einblendungszeitpunkt ähnlich weit entfernten Keyframes entscheiden sollte.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und schau dir die gesamte Episode nochmal von vorne an. Solltest du einen Fehler sehen, dann wähle die Zeile aus, in welcher sich der Fehler befindet, und beseitige diesen. Um einen Scenebleed zu beseitigen, musst du einfach den roten oder gelben Marker genau auf die pinke Linie verschieben.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen; falls doch, sind diese schnell beseitigt. Herzlichen Glückwunsch - jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht seien diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du nicht dein '''Timing zu einem neuem Raw shiften''' kannst. Hier hilft dir ebenfalls Aegisub wieder.

Lade das neue Video in Aegisub und öffne dein Script. Du wirst feststellen, dass dein Timing nicht mehr an der Stelle, an der es sein sollte; das musst du jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position, an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sich diese nicht verändert hat.

Jetzt gilt es, den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du diesen Wert ermittelt, dann schreibe ihn dir auf oder merke ihn dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst dort <tt>Shift Times...</tt> aus. In das Kästchen <tt>Time</tt> gibst du die eben errechnete Zeitdifferenz ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen: Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob ''alle'' Zeilen verschoben werden sollen oder ''nur ein Teil der Zeilen'' und
* ob Start und Endzeiten betroffen sein sollen oder nur eine der beiden Angaben,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen - und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Bei einer solchen Anpassung können [[#Scenetiming|Scenebleeds]] entstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig - Aegisub hat die durchs Shiften entstandenen unerwünschten Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Einleitung ===

Karaoke Timing beginnt wie normales Timing: Script und Video laden, dann alle Zeilen timen. Meistens sind jeweils drei Zeilen vorhanden: Kanji, Romaji und die Übersetzung. Beim Timing einfach alle drei Zeilen wählen, bevor du "G" drückst. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Silben-Zerlegung einer Zeile ===

Um einen Karaokeeffekt zu erhalten, musst du nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe innerhalb dieser Zeile''. Um das zu vereinfachen, biete Aegisub den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns vorerst noch nicht. Unterhalb der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>; klicke auf diesen Button, um in den Karaokemode zu wechseln.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick auf diesen <tt>Split</tt>-Button und bewege deine Maus über die Kästchen rechts. Du siehst, dass an der Mausposition ein Marker erscheint. Überall dort, wo du mit der linken Maustaste hinklickst, erscheint ein blauer Marker. Jeweils zwei Markern begrenzen eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du dabei einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle klicken, um den dortigen Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall dort, wo du einen Marker gesetzt hast, ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Diese Zahl müssen wir anschließend noch ändern.

=== Silben-Timing ===

Eine Silbe zu timen funktioniert genauso wie das Timen einer normalen Zeile, allerdings klickst du nicht mit den Maustasten, sonder ziehst die gelben Linien nach links oder rechts. Mit den Tastaturkürzeln kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit der gedrückten linken Maustaste an die richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem <tt>Split</tt>-Button. Nach einigem Hin und Her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, dann musst du eine weiter <tt>{\k...}</tt>-Box einfügen. Klick nochmal auf <tt>Split</tt> und klicke dann zwischen die beiden Silben, zwischen denen die Pause liegt. Mit der Enter-Taste fügst du nun eine Pause ein, die du wie eine Silbe verändern kannst. Ganz leicht, oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub-Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind eigentlich etwas für Typesetter, also gehe ich jetzt nicht ins Detail, sondern erkläre nur, wie man Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, nachdem du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den <tt>Style name</tt> in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Das Ganze machen wir gleich nochmal, aber diesmal nennen wir den neuen Style <tt>Romaji</tt>. Schließe den Style Manager wieder.

Wähle jetzt alle Romaji-Zeilen aus (Taste "Strg" gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button neben dem <tt>Comment</tt>-Kästchen findest du ein Dropdown-Menü. Hier wählst du jetzt den Style-Name <tt>Romaji</tt> aus. Anschließend dasselbe für die Kanji-Zeilen, mit dem neuen Style-Namen <tt>Kanji</tt>.

Für die Übertragung des fertigen Silbentimings der Roumaji auf die Kanjis öffnest du den Kanji-Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt>, und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit der Enter-Taste geht es dann zur nächsten Silbe. Wenn du fertig bist, schließe das Fenster und schon bist du fertig.

= Ende / Kontakt =

So, das war's dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lass bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib- und Formfehler) haben, nur her damit.

Ich hoffe, ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Timing-Tutorial

2008-03-09T20:58:50Z

Devil Doll: Link repariert

= Einleitung =

Okay, bevor wir anfangen, möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing-Tutorials im Internet. Ich habe selber einige davon gelesen und viel aus ihnen gelernt. Nur sind die meisten dieser Tutorials mittlerweile veraltet und nutzen nicht die Möglichkeiten, die uns die weiterentwickelten Programme bieten (allen voran Aegisub).

Ich habe vor zwei Jahren als Timer angefangen und im Laufe der Zeit einige Erfahrung gesammelt, was Timing angeht; daher dachte ich mir, ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten - ich möchte einfach nur ''meinen Weg'' ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist, ein Tutorial zu schreiben. Wenn du etwas nicht verstehst oder Vorschläge zur Verbesserung hast: [[#Ende / Kontakt|Am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet, Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen, um ihr heißgeliebtes Anime anderen Menschen aufzudrängen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes, als die Festlegung derjenigen Zeitspanne, während derer ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Grob-Timing|Grob-Timing]] besteht lediglich darin, festzulegen, in welchem Zeitinterwall jeweils eine Person im Film redet; [[#Fein-Timing|Fein-Timing]] bedeutet, die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu [[#Fein-Timing|später]].

* Q: Was ist Scene Timing?
* A: Siehe [[#Fein-Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit, die man beim Timing berücksichtigt, um es dem Zuschauer zu erleichtern, die Untertitel mitzulesen. Mehr dazu erfährst du im Kapitel [[#Fein-Timing|Fein-Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme, die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem, Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten: Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitaufwand für eine Episode?
* A: Ich würde sagen, zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln, und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern, was nochmal etwa 20 Minuten dauern wird. Aber ich persönlich mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da braucht man zwischendurch Abwechslung.

* Q: Muss ich Japanisch sprechen können, um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne Japanisch-Kenntnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim Timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Vorbereitungen ==

Ich nehme an, du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als Allererstes benötigst du 2 Sachen: Einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher, gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als Erstes die beiden vorhin erwähnten Dateien öffnen. Zuerst das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt>, in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählst du das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standardeinstellung "<tt>:</tt>".

<tt>Comment starter</tt> legt das Symbol fest, mit dem Zeilen Kommentarzeilen eingeleitet werden sollen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als Nächstes laden wir das Video unter <tt>Video</tt> -> <tt>Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die '''Audiospur'''. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, nach ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' - die beste Hilfe, die du beim Timen bekommen kannst. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du drei Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal, ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen, unter <tt>View</tt> die Anzeigeform <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Tastaturkürzel ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Tastaturkürzel erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen, aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest daher versuchen, von Anfang an Tastaturkürzel zu benutzen.

Hier möchte ich die wichtigsten für das Timing benötigten Tastaturkürzel erklären. (Beachte hierbei bitte, dass ich die Tastaturkürzel aus [[SubstationAlpha-Benutzerhandbuch|SSA]] verwende. Das ist Gewohnheitssache; wenn du die neuen Tastaturkürzel benutzen oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmarkierung bis zur Endmarkierung ab.
* "T" : Spielt die Linie von der Startmarkierung bis zum Ende des Videos ab.
* "H" : Stoppt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmarkierung ab.
* "W" : Spielt 500ms nach der Endmarkierung ab.
* "Q" : Spielt 500ms vor der Startmarkierung ab.
* "E" : Spielt 500ms nach der Startmarkierung ab.
* "G" : Speichert die Markierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind diejenigen Tastaturkürzel, die du dir merken solltest. Mehr Tastaturkürzel zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Grob-Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste dort auf der Waveform, wo der Satz anfängt, und mit der rechten Maustaste dort, wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio ab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen, bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst, dass der Satz aufhören wird. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, dann färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du, wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, dass du die Zeitgabe für diese Zeile gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz exakt zu erwischen: Der rote Marker muss genau am Anfang des Satzes sein, der gelbe genau am Ende. Dabei helfen dir die Tastaturkürzel, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E", um zu hören, ob der Sprecher direkt zu reden anfängt. Wenn nicht, dann hast du den Marker zuweit nach links bewegt. Justiere den Marker, und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D", dann sollte der Schluss des Satzes zu hören sein; drückst du "W", dann sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Untertitelzeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Zeile und setzt den End-Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch ca. 300 mal und dein erstes Timing-Skript ist so gut wie fertig :)

Ach ja: Sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start- und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneiden sollte. Dies auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nochmal auf das Rough Timing zurückgreifen müssen.

== Fein-Timing ==

oder: "Hilfe, was haben diese pinkfarbenen Linien in meiner wunderschönen grünen Wellenform verloren o_O!

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören, und das muss auch beim Subben berücksichtigt werden.

Ein Sprecher redet manchmal schneller, als ein Zuschauer lesen kann; darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen. Wie macht man das? Man verlängert die Einblendungsdauer eines Untertitels ein wenig in beide Richtungen.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimed?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens dauern Lead-ins weniger lang als Lead-outs (etwa die Hälfte der Zeitdauer in Mikrosekunden).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinkfarbenen Linien in der Waveform zu bedeuten haben. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes innerhalb der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannter zu lesen, wenn diese nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden, gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil der Arbeit ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten, ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet, die Endzeit der vorherigen Zeile mit der Startzeit der nachfolgenden Zeile gleichzusetzen, falls diese beiden Zeitpunkte nahe beieinander liegen sollten. Klingt verwirrend, aber die folgenden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Anzahl der Millisekunden ein, um die man die Einblendungsdauer einer jeden Zeile nach vorne bzw. hinten verlängern möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs etwa 200-500 ms. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400 ms, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Millisekunden die Untertitel maximal voneinander getrennt liegen dürfen, bevor sie ohne dazwischenliegende Pause angezeigt werden sollen. Standard ist 300, ich persönlich bevorzuge 350. Der Bias (?) ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das, was er verspricht; aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letzte Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich, wenn ein Video geladen wurde). Keyframe snapping bedeutet: Wenn ein Untertitel in der Nähe eines Keyframes liegt (der pinkfarbenen Linie), dann wird die Start/Endzeit der Zeile verkürzt oder verlängert, sodass die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du den Mauszeiger über die Felder bewegst, dann bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht näher darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Millisekunden, sondern in Frames gemessen werden. (Ein Frame dauert je nach Bildwiederholrate des Videos zwischen 40 und 50 Millisekunden.) Wie hoch du die Frameanzahl setzt, ist dir überlassen - probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist, alles einzustellen, dann stell sicher, dass du den Haken neben den Optionen setzt. Erinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel: Ich führe das Post-Processing zweimal durch. Wenn du alles eingestellt hast und auf <tt>OK</tt> drückst, dann wird Aegisub beim Linking der Zeilen der jeweils späteren von zwei dabei verbundenen Zeilen keinen Lead-in geben. Das mag ich persönlich nicht - daher wende ich als Erstes das Post-Processing nur mit den Lead-ins an (im Feld gebe ich die Hälfte der eigentlichen Lead-in-Dauer ein). Danach öffne ich den Post-Processor nochmal und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing-Script ist fertig!!!

Herzlichen Glückwunsch! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern. Allerdings ist es ratsam, es nicht als [[#Rough Timing|Rough Timing]], sondern als neue Datei zu speichern, zum Beispiel mit dem Namen <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Kontrolldurchgang ==

Dein Script ist jetzt im Grunde fertig. Allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler, und Maschinen erst recht.

Obwohl das Post-Processing so gut wie alles erledigt hat, kann es passieren, dass dabei ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Die passiert zum Beispiel dann, wenn das Programm sich zwischen zwei vom geplanten Einblendungszeitpunkt ähnlich weit entfernten Keyframes entscheiden sollte.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und schau dir die gesamte Episode nochmal von vorne an. Solltest du einen Fehler sehen, dann wähle die Zeile aus, in welcher sich der Fehler befindet, und beseitige diesen. Um einen Scenebleed zu beseitigen, musst du einfach den roten oder gelben Marker genau auf die pinke Linie verschieben.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen; falls doch, sind diese schnell beseitigt. Herzlichen Glückwunsch - jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht seien diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du nicht dein '''Timing zu einem neuem Raw shiften''' kannst. Hier hilft dir ebenfalls Aegisub wieder.

Lade das neue Video in Aegisub und öffne dein Script. Du wirst feststellen, dass dein Timing nicht mehr an der Stelle, an der es sein sollte; das musst du jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position, an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sich diese nicht verändert hat.

Jetzt gilt es, den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du diesen Wert ermittelt, dann schreibe ihn dir auf oder merke ihn dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst dort <tt>Shift Times...</tt> aus. In das Kästchen <tt>Time</tt> gibst du die eben errechnete Zeitdifferenz ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen: Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob ''alle'' Zeilen verschoben werden sollen oder ''nur ein Teil der Zeilen'' und
* ob Start und Endzeiten betroffen sein sollen oder nur eine der beiden Angaben,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen - und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Bei einer solchen Anpassung können [[#Scenetiming|Scenebleeds]] entstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig - Aegisub hat die durchs Shiften entstandenen unerwünschten Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Einleitung ===

Karaoke Timing beginnt wie normales Timing: Script und Video laden, dann alle Zeilen timen. Meistens sind jeweils drei Zeilen vorhanden: Kanji, Romaji und die Übersetzung. Beim Timing einfach alle drei Zeilen wählen, bevor du "G" drückst. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Silben-Zerlegung einer Zeile ===

Um einen Karaokeeffekt zu erhalten, musst du nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe innerhalb dieser Zeile''. Um das zu vereinfachen, biete Aegisub den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns vorerst noch nicht. Unterhalb der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>; klicke auf diesen Button, um in den Karaokemode zu wechseln.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick auf diesen <tt>Split</tt>-Button und bewege deine Maus über die Kästchen rechts. Du siehst, dass an der Mausposition ein Marker erscheint. Überall dort, wo du mit der linken Maustaste hinklickst, erscheint ein blauer Marker. Jeweils zwei Markern begrenzen eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du dabei einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle klicken, um den dortigen Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall dort, wo du einen Marker gesetzt hast, ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Diese Zahl müssen wir anschließend noch ändern.

=== Silben-Timing ===

Eine Silbe zu timen funktioniert genauso wie das Timen einer normalen Zeile, allerdings klickst du nicht mit den Maustasten, sonder ziehst die gelben Linien nach links oder rechts. Mit den Tastaturkürzeln kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit der gedrückten linken Maustaste an die richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem <tt>Split</tt>-Button. Nach einigem Hin und Her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, dann musst du eine weiter <tt>{\k...}</tt>-Box einfügen. Klick nochmal auf <tt>Split</tt> und klicke dann zwischen die beiden Silben, zwischen denen die Pause liegt. Mit der Enter-Taste fügst du nun eine Pause ein, die du wie eine Silbe verändern kannst. Ganz leicht, oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub-Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind eigentlich etwas für Typesetter, also gehe ich jetzt nicht ins Detail, sondern erkläre nur, wie man Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, nachdem du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den <tt>Style name</tt> in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Das Ganze machen wir gleich nochmal, aber diesmal nennen wir den neuen Style <tt>Romaji</tt>. Schließe den Style Manager wieder.

Wähle jetzt alle Romaji-Zeilen aus (Taste "Strg" gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button neben dem <tt>Comment</tt>-Kästchen findest du ein Dropdown-Menü. Hier wählst du jetzt den Style-Name <tt>Romaji</tt> aus. Anschließend dasselbe für die Kanji-Zeilen, mit dem neuen Style-Namen <tt>Kanji</tt>.

Für die Übertragung des fertigen Silbentimings der Roumaji auf die Kanjis öffnest du den Kanji-Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt>, und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit der Enter-Taste geht es dann zur nächsten Silbe. Wenn du fertig bist, schließe das Fenster und schon bist du fertig.

= Ende / Kontakt =

So, das war's dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lass bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib- und Formfehler) haben, nur her damit.

Ich hoffe, ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Timing-Tutorial

2008-03-09T20:55:41Z

Devil Doll: Links repariert

= Einleitung =

Okay, bevor wir anfangen, möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing-Tutorials im Internet. Ich habe selber einige davon gelesen und viel aus ihnen gelernt. Nur sind die meisten dieser Tutorials mittlerweile veraltet und nutzen nicht die Möglichkeiten, die uns die weiterentwickelten Programme bieten (allen voran Aegisub).

Ich habe vor zwei Jahren als Timer angefangen und im Laufe der Zeit einige Erfahrung gesammelt, was Timing angeht; daher dachte ich mir, ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten - ich möchte einfach nur ''meinen Weg'' ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist, ein Tutorial zu schreiben. Wenn du etwas nicht verstehst oder Vorschläge zur Verbesserung hast: [[#Ende / Kontakt|Am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet, Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen, um ihr heißgeliebtes Anime anderen Menschen aufzudrängen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes, als die Festlegung derjenigen Zeitspanne, während derer ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Grob-Timing|Grob-Timing]] besteht lediglich darin, festzulegen, in welchem Zeitinterwall jeweils eine Person im Film redet; [[#Fein-Timing|Fein-Timing]] bedeutet, die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu [[#Fein-Timing|später]].

* Q: Was ist Scene Timing?
* A: Siehe [[#Fein-Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit, die man beim Timing berücksichtigt, um es dem Zuschauer zu erleichtern, die Untertitel mitzulesen. Mehr dazu erfährst du im Kapitel [[#Fein-Timing|Fein-Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme, die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem, Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten: Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitaufwand für eine Episode?
* A: Ich würde sagen, zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln, und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern, was nochmal etwa 20 Minuten dauern wird. Aber ich persönlich mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da braucht man zwischendurch Abwechslung.

* Q: Muss ich Japanisch sprechen können, um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne Japanisch-Kenntnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim Timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Vorbereitungen ==

Ich nehme an, du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als Allererstes benötigst du 2 Sachen: Einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher, gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als Erstes die beiden vorhin erwähnten Dateien öffnen. Zuerst das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt>, in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählst du das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standardeinstellung "<tt>:</tt>".

<tt>Comment starter</tt> legt das Symbol fest, mit dem Zeilen Kommentarzeilen eingeleitet werden sollen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als Nächstes laden wir das Video unter <tt>Video</tt> -> <tt>Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die '''Audiospur'''. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, nach ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' - die beste Hilfe, die du beim Timen bekommen kannst. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du drei Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal, ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen, unter <tt>View</tt> die Anzeigeform <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Tastaturkürzel ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Tastaturkürzel erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen, aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest daher versuchen, von Anfang an Tastaturkürzel zu benutzen.

Hier möchte ich die wichtigsten für das Timing benötigten Tastaturkürzel erklären. (Beachte hierbei bitte, dass ich die Tastaturkürzel aus [[SSA]] verwende. Das ist Gewohnheitssache; wenn du die neuen Tastaturkürzel benutzen oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmarkierung bis zur Endmarkierung ab.
* "T" : Spielt die Linie von der Startmarkierung bis zum Ende des Videos ab.
* "H" : Stoppt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmarkierung ab.
* "W" : Spielt 500ms nach der Endmarkierung ab.
* "Q" : Spielt 500ms vor der Startmarkierung ab.
* "E" : Spielt 500ms nach der Startmarkierung ab.
* "G" : Speichert die Markierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind diejenigen Tastaturkürzel, die du dir merken solltest. Mehr Tastaturkürzel zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Grob-Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste dort auf der Waveform, wo der Satz anfängt, und mit der rechten Maustaste dort, wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio ab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen, bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst, dass der Satz aufhören wird. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, dann färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du, wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, dass du die Zeitgabe für diese Zeile gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz exakt zu erwischen: Der rote Marker muss genau am Anfang des Satzes sein, der gelbe genau am Ende. Dabei helfen dir die Tastaturkürzel, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E", um zu hören, ob der Sprecher direkt zu reden anfängt. Wenn nicht, dann hast du den Marker zuweit nach links bewegt. Justiere den Marker, und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D", dann sollte der Schluss des Satzes zu hören sein; drückst du "W", dann sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Untertitelzeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Zeile und setzt den End-Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch ca. 300 mal und dein erstes Timing-Skript ist so gut wie fertig :)

Ach ja: Sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start- und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneiden sollte. Dies auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nochmal auf das Rough Timing zurückgreifen müssen.

== Fein-Timing ==

oder: "Hilfe, was haben diese pinkfarbenen Linien in meiner wunderschönen grünen Wellenform verloren o_O!

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören, und das muss auch beim Subben berücksichtigt werden.

Ein Sprecher redet manchmal schneller, als ein Zuschauer lesen kann; darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen. Wie macht man das? Man verlängert die Einblendungsdauer eines Untertitels ein wenig in beide Richtungen.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimed?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens dauern Lead-ins weniger lang als Lead-outs (etwa die Hälfte der Zeitdauer in Mikrosekunden).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinkfarbenen Linien in der Waveform zu bedeuten haben. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes innerhalb der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannter zu lesen, wenn diese nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden, gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil der Arbeit ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten, ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet, die Endzeit der vorherigen Zeile mit der Startzeit der nachfolgenden Zeile gleichzusetzen, falls diese beiden Zeitpunkte nahe beieinander liegen sollten. Klingt verwirrend, aber die folgenden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Anzahl der Millisekunden ein, um die man die Einblendungsdauer einer jeden Zeile nach vorne bzw. hinten verlängern möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs etwa 200-500 ms. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400 ms, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Millisekunden die Untertitel maximal voneinander getrennt liegen dürfen, bevor sie ohne dazwischenliegende Pause angezeigt werden sollen. Standard ist 300, ich persönlich bevorzuge 350. Der Bias (?) ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das, was er verspricht; aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letzte Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich, wenn ein Video geladen wurde). Keyframe snapping bedeutet: Wenn ein Untertitel in der Nähe eines Keyframes liegt (der pinkfarbenen Linie), dann wird die Start/Endzeit der Zeile verkürzt oder verlängert, sodass die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du den Mauszeiger über die Felder bewegst, dann bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht näher darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Millisekunden, sondern in Frames gemessen werden. (Ein Frame dauert je nach Bildwiederholrate des Videos zwischen 40 und 50 Millisekunden.) Wie hoch du die Frameanzahl setzt, ist dir überlassen - probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist, alles einzustellen, dann stell sicher, dass du den Haken neben den Optionen setzt. Erinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel: Ich führe das Post-Processing zweimal durch. Wenn du alles eingestellt hast und auf <tt>OK</tt> drückst, dann wird Aegisub beim Linking der Zeilen der jeweils späteren von zwei dabei verbundenen Zeilen keinen Lead-in geben. Das mag ich persönlich nicht - daher wende ich als Erstes das Post-Processing nur mit den Lead-ins an (im Feld gebe ich die Hälfte der eigentlichen Lead-in-Dauer ein). Danach öffne ich den Post-Processor nochmal und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing-Script ist fertig!!!

Herzlichen Glückwunsch! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern. Allerdings ist es ratsam, es nicht als [[#Rough Timing|Rough Timing]], sondern als neue Datei zu speichern, zum Beispiel mit dem Namen <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Kontrolldurchgang ==

Dein Script ist jetzt im Grunde fertig. Allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler, und Maschinen erst recht.

Obwohl das Post-Processing so gut wie alles erledigt hat, kann es passieren, dass dabei ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Die passiert zum Beispiel dann, wenn das Programm sich zwischen zwei vom geplanten Einblendungszeitpunkt ähnlich weit entfernten Keyframes entscheiden sollte.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und schau dir die gesamte Episode nochmal von vorne an. Solltest du einen Fehler sehen, dann wähle die Zeile aus, in welcher sich der Fehler befindet, und beseitige diesen. Um einen Scenebleed zu beseitigen, musst du einfach den roten oder gelben Marker genau auf die pinke Linie verschieben.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen; falls doch, sind diese schnell beseitigt. Herzlichen Glückwunsch - jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht seien diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du nicht dein '''Timing zu einem neuem Raw shiften''' kannst. Hier hilft dir ebenfalls Aegisub wieder.

Lade das neue Video in Aegisub und öffne dein Script. Du wirst feststellen, dass dein Timing nicht mehr an der Stelle, an der es sein sollte; das musst du jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position, an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sich diese nicht verändert hat.

Jetzt gilt es, den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du diesen Wert ermittelt, dann schreibe ihn dir auf oder merke ihn dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst dort <tt>Shift Times...</tt> aus. In das Kästchen <tt>Time</tt> gibst du die eben errechnete Zeitdifferenz ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen: Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob ''alle'' Zeilen verschoben werden sollen oder ''nur ein Teil der Zeilen'' und
* ob Start und Endzeiten betroffen sein sollen oder nur eine der beiden Angaben,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen - und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Bei einer solchen Anpassung können [[#Scenetiming|Scenebleeds]] entstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig - Aegisub hat die durchs Shiften entstandenen unerwünschten Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Einleitung ===

Karaoke Timing beginnt wie normales Timing: Script und Video laden, dann alle Zeilen timen. Meistens sind jeweils drei Zeilen vorhanden: Kanji, Romaji und die Übersetzung. Beim Timing einfach alle drei Zeilen wählen, bevor du "G" drückst. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Silben-Zerlegung einer Zeile ===

Um einen Karaokeeffekt zu erhalten, musst du nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe innerhalb dieser Zeile''. Um das zu vereinfachen, biete Aegisub den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns vorerst noch nicht. Unterhalb der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>; klicke auf diesen Button, um in den Karaokemode zu wechseln.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick auf diesen <tt>Split</tt>-Button und bewege deine Maus über die Kästchen rechts. Du siehst, dass an der Mausposition ein Marker erscheint. Überall dort, wo du mit der linken Maustaste hinklickst, erscheint ein blauer Marker. Jeweils zwei Markern begrenzen eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du dabei einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle klicken, um den dortigen Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall dort, wo du einen Marker gesetzt hast, ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Diese Zahl müssen wir anschließend noch ändern.

=== Silben-Timing ===

Eine Silbe zu timen funktioniert genauso wie das Timen einer normalen Zeile, allerdings klickst du nicht mit den Maustasten, sonder ziehst die gelben Linien nach links oder rechts. Mit den Tastaturkürzeln kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit der gedrückten linken Maustaste an die richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem <tt>Split</tt>-Button. Nach einigem Hin und Her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, dann musst du eine weiter <tt>{\k...}</tt>-Box einfügen. Klick nochmal auf <tt>Split</tt> und klicke dann zwischen die beiden Silben, zwischen denen die Pause liegt. Mit der Enter-Taste fügst du nun eine Pause ein, die du wie eine Silbe verändern kannst. Ganz leicht, oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub-Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind eigentlich etwas für Typesetter, also gehe ich jetzt nicht ins Detail, sondern erkläre nur, wie man Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, nachdem du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den <tt>Style name</tt> in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Das Ganze machen wir gleich nochmal, aber diesmal nennen wir den neuen Style <tt>Romaji</tt>. Schließe den Style Manager wieder.

Wähle jetzt alle Romaji-Zeilen aus (Taste "Strg" gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button neben dem <tt>Comment</tt>-Kästchen findest du ein Dropdown-Menü. Hier wählst du jetzt den Style-Name <tt>Romaji</tt> aus. Anschließend dasselbe für die Kanji-Zeilen, mit dem neuen Style-Namen <tt>Kanji</tt>.

Für die Übertragung des fertigen Silbentimings der Roumaji auf die Kanjis öffnest du den Kanji-Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt>, und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit der Enter-Taste geht es dann zur nächsten Silbe. Wenn du fertig bist, schließe das Fenster und schon bist du fertig.

= Ende / Kontakt =

So, das war's dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lass bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib- und Formfehler) haben, nur her damit.

Ich hoffe, ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Timing-Tutorial

2008-03-09T20:53:36Z

Devil Doll: Link repariert

= Einleitung =

Okay, bevor wir anfangen, möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing-Tutorials im Internet. Ich habe selber einige davon gelesen und viel aus ihnen gelernt. Nur sind die meisten dieser Tutorials mittlerweile veraltet und nutzen nicht die Möglichkeiten, die uns die weiterentwickelten Programme bieten (allen voran Aegisub).

Ich habe vor zwei Jahren als Timer angefangen und im Laufe der Zeit einige Erfahrung gesammelt, was Timing angeht; daher dachte ich mir, ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten - ich möchte einfach nur ''meinen Weg'' ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist, ein Tutorial zu schreiben. Wenn du etwas nicht verstehst oder Vorschläge zur Verbesserung hast: [[#Ende / Kontakt|Am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet, Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen, um ihr heißgeliebtes Anime anderen Menschen aufzudrängen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes, als die Festlegung derjenigen Zeitspanne, während derer ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Rough Timing|Rough Timing]] besteht lediglich darin, festzulegen, in welchem Zeitinterwall jeweils eine Person im Film redet; [[#Fine Timing|Fine Timing]] bedeutet, die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu [[#Fine Timing|später]].

* Q: Was ist Scene Timing?
* A: Siehe [[#Fine Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit, die man beim Timing berücksichtigt, um es dem Zuschauer zu erleichtern, die Untertitel mitzulesen. Mehr dazu erfährst du im Kapitel [[#Fine Timing|Fine Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme, die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem, Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten: Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitaufwand für eine Episode?
* A: Ich würde sagen, zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln, und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern, was nochmal etwa 20 Minuten dauern wird. Aber ich persönlich mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da braucht man zwischendurch Abwechslung.

* Q: Muss ich Japanisch sprechen können, um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne Japanisch-Kenntnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim Timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Vorbereitungen ==

Ich nehme an, du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als Allererstes benötigst du 2 Sachen: Einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher, gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als Erstes die beiden vorhin erwähnten Dateien öffnen. Zuerst das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt>, in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählst du das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standardeinstellung "<tt>:</tt>".

<tt>Comment starter</tt> legt das Symbol fest, mit dem Zeilen Kommentarzeilen eingeleitet werden sollen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als Nächstes laden wir das Video unter <tt>Video</tt> -> <tt>Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die '''Audiospur'''. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, nach ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' - die beste Hilfe, die du beim Timen bekommen kannst. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du drei Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal, ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen, unter <tt>View</tt> die Anzeigeform <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Tastaturkürzel ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Tastaturkürzel erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen, aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest daher versuchen, von Anfang an Tastaturkürzel zu benutzen.

Hier möchte ich die wichtigsten für das Timing benötigten Tastaturkürzel erklären. (Beachte hierbei bitte, dass ich die Tastaturkürzel aus [[SSA]] verwende. Das ist Gewohnheitssache; wenn du die neuen Tastaturkürzel benutzen oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmarkierung bis zur Endmarkierung ab.
* "T" : Spielt die Linie von der Startmarkierung bis zum Ende des Videos ab.
* "H" : Stoppt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmarkierung ab.
* "W" : Spielt 500ms nach der Endmarkierung ab.
* "Q" : Spielt 500ms vor der Startmarkierung ab.
* "E" : Spielt 500ms nach der Startmarkierung ab.
* "G" : Speichert die Markierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind diejenigen Tastaturkürzel, die du dir merken solltest. Mehr Tastaturkürzel zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Grob-Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste dort auf der Waveform, wo der Satz anfängt, und mit der rechten Maustaste dort, wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio ab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen, bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst, dass der Satz aufhören wird. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, dann färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du, wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, dass du die Zeitgabe für diese Zeile gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz exakt zu erwischen: Der rote Marker muss genau am Anfang des Satzes sein, der gelbe genau am Ende. Dabei helfen dir die Tastaturkürzel, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E", um zu hören, ob der Sprecher direkt zu reden anfängt. Wenn nicht, dann hast du den Marker zuweit nach links bewegt. Justiere den Marker, und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D", dann sollte der Schluss des Satzes zu hören sein; drückst du "W", dann sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Untertitelzeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Zeile und setzt den End-Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch ca. 300 mal und dein erstes Timing-Skript ist so gut wie fertig :)

Ach ja: Sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start- und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneiden sollte. Dies auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nochmal auf das Rough Timing zurückgreifen müssen.

== Fein-Timing ==

oder: "Hilfe, was haben diese pinkfarbenen Linien in meiner wunderschönen grünen Wellenform verloren o_O!

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören, und das muss auch beim Subben berücksichtigt werden.

Ein Sprecher redet manchmal schneller, als ein Zuschauer lesen kann; darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen. Wie macht man das? Man verlängert die Einblendungsdauer eines Untertitels ein wenig in beide Richtungen.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimed?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens dauern Lead-ins weniger lang als Lead-outs (etwa die Hälfte der Zeitdauer in Mikrosekunden).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinkfarbenen Linien in der Waveform zu bedeuten haben. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes innerhalb der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannter zu lesen, wenn diese nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden, gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil der Arbeit ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten, ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet, die Endzeit der vorherigen Zeile mit der Startzeit der nachfolgenden Zeile gleichzusetzen, falls diese beiden Zeitpunkte nahe beieinander liegen sollten. Klingt verwirrend, aber die folgenden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Anzahl der Millisekunden ein, um die man die Einblendungsdauer einer jeden Zeile nach vorne bzw. hinten verlängern möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs etwa 200-500 ms. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400 ms, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Millisekunden die Untertitel maximal voneinander getrennt liegen dürfen, bevor sie ohne dazwischenliegende Pause angezeigt werden sollen. Standard ist 300, ich persönlich bevorzuge 350. Der Bias (?) ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das, was er verspricht; aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letzte Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich, wenn ein Video geladen wurde). Keyframe snapping bedeutet: Wenn ein Untertitel in der Nähe eines Keyframes liegt (der pinkfarbenen Linie), dann wird die Start/Endzeit der Zeile verkürzt oder verlängert, sodass die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du den Mauszeiger über die Felder bewegst, dann bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht näher darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Millisekunden, sondern in Frames gemessen werden. (Ein Frame dauert je nach Bildwiederholrate des Videos zwischen 40 und 50 Millisekunden.) Wie hoch du die Frameanzahl setzt, ist dir überlassen - probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist, alles einzustellen, dann stell sicher, dass du den Haken neben den Optionen setzt. Erinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel: Ich führe das Post-Processing zweimal durch. Wenn du alles eingestellt hast und auf <tt>OK</tt> drückst, dann wird Aegisub beim Linking der Zeilen der jeweils späteren von zwei dabei verbundenen Zeilen keinen Lead-in geben. Das mag ich persönlich nicht - daher wende ich als Erstes das Post-Processing nur mit den Lead-ins an (im Feld gebe ich die Hälfte der eigentlichen Lead-in-Dauer ein). Danach öffne ich den Post-Processor nochmal und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing-Script ist fertig!!!

Herzlichen Glückwunsch! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern. Allerdings ist es ratsam, es nicht als [[#Rough Timing|Rough Timing]], sondern als neue Datei zu speichern, zum Beispiel mit dem Namen <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Kontrolldurchgang ==

Dein Script ist jetzt im Grunde fertig. Allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler, und Maschinen erst recht.

Obwohl das Post-Processing so gut wie alles erledigt hat, kann es passieren, dass dabei ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Die passiert zum Beispiel dann, wenn das Programm sich zwischen zwei vom geplanten Einblendungszeitpunkt ähnlich weit entfernten Keyframes entscheiden sollte.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und schau dir die gesamte Episode nochmal von vorne an. Solltest du einen Fehler sehen, dann wähle die Zeile aus, in welcher sich der Fehler befindet, und beseitige diesen. Um einen Scenebleed zu beseitigen, musst du einfach den roten oder gelben Marker genau auf die pinke Linie verschieben.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen; falls doch, sind diese schnell beseitigt. Herzlichen Glückwunsch - jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht seien diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du nicht dein '''Timing zu einem neuem Raw shiften''' kannst. Hier hilft dir ebenfalls Aegisub wieder.

Lade das neue Video in Aegisub und öffne dein Script. Du wirst feststellen, dass dein Timing nicht mehr an der Stelle, an der es sein sollte; das musst du jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position, an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sich diese nicht verändert hat.

Jetzt gilt es, den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du diesen Wert ermittelt, dann schreibe ihn dir auf oder merke ihn dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst dort <tt>Shift Times...</tt> aus. In das Kästchen <tt>Time</tt> gibst du die eben errechnete Zeitdifferenz ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen: Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob ''alle'' Zeilen verschoben werden sollen oder ''nur ein Teil der Zeilen'' und
* ob Start und Endzeiten betroffen sein sollen oder nur eine der beiden Angaben,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen - und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Bei einer solchen Anpassung können [[#Scenetiming|Scenebleeds]] entstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig - Aegisub hat die durchs Shiften entstandenen unerwünschten Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Einleitung ===

Karaoke Timing beginnt wie normales Timing: Script und Video laden, dann alle Zeilen timen. Meistens sind jeweils drei Zeilen vorhanden: Kanji, Romaji und die Übersetzung. Beim Timing einfach alle drei Zeilen wählen, bevor du "G" drückst. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Silben-Zerlegung einer Zeile ===

Um einen Karaokeeffekt zu erhalten, musst du nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe innerhalb dieser Zeile''. Um das zu vereinfachen, biete Aegisub den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns vorerst noch nicht. Unterhalb der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>; klicke auf diesen Button, um in den Karaokemode zu wechseln.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick auf diesen <tt>Split</tt>-Button und bewege deine Maus über die Kästchen rechts. Du siehst, dass an der Mausposition ein Marker erscheint. Überall dort, wo du mit der linken Maustaste hinklickst, erscheint ein blauer Marker. Jeweils zwei Markern begrenzen eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du dabei einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle klicken, um den dortigen Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall dort, wo du einen Marker gesetzt hast, ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Diese Zahl müssen wir anschließend noch ändern.

=== Silben-Timing ===

Eine Silbe zu timen funktioniert genauso wie das Timen einer normalen Zeile, allerdings klickst du nicht mit den Maustasten, sonder ziehst die gelben Linien nach links oder rechts. Mit den Tastaturkürzeln kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit der gedrückten linken Maustaste an die richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem <tt>Split</tt>-Button. Nach einigem Hin und Her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, dann musst du eine weiter <tt>{\k...}</tt>-Box einfügen. Klick nochmal auf <tt>Split</tt> und klicke dann zwischen die beiden Silben, zwischen denen die Pause liegt. Mit der Enter-Taste fügst du nun eine Pause ein, die du wie eine Silbe verändern kannst. Ganz leicht, oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub-Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind eigentlich etwas für Typesetter, also gehe ich jetzt nicht ins Detail, sondern erkläre nur, wie man Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, nachdem du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den <tt>Style name</tt> in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Das Ganze machen wir gleich nochmal, aber diesmal nennen wir den neuen Style <tt>Romaji</tt>. Schließe den Style Manager wieder.

Wähle jetzt alle Romaji-Zeilen aus (Taste "Strg" gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button neben dem <tt>Comment</tt>-Kästchen findest du ein Dropdown-Menü. Hier wählst du jetzt den Style-Name <tt>Romaji</tt> aus. Anschließend dasselbe für die Kanji-Zeilen, mit dem neuen Style-Namen <tt>Kanji</tt>.

Für die Übertragung des fertigen Silbentimings der Roumaji auf die Kanjis öffnest du den Kanji-Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt>, und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit der Enter-Taste geht es dann zur nächsten Silbe. Wenn du fertig bist, schließe das Fenster und schon bist du fertig.

= Ende / Kontakt =

So, das war's dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lass bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib- und Formfehler) haben, nur her damit.

Ich hoffe, ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Timing-Tutorial

2008-03-09T20:52:25Z

Devil Doll: /* Einleitung */

= Einleitung =

Okay, bevor wir anfangen, möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing-Tutorials im Internet. Ich habe selber einige davon gelesen und viel aus ihnen gelernt. Nur sind die meisten dieser Tutorials mittlerweile veraltet und nutzen nicht die Möglichkeiten, die uns die weiterentwickelten Programme bieten (allen voran Aegisub).

Ich habe vor zwei Jahren als Timer angefangen und im Laufe der Zeit einige Erfahrung gesammelt, was Timing angeht; daher dachte ich mir, ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten - ich möchte einfach nur ''meinen Weg'' ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist, ein Tutorial zu schreiben. Wenn du etwas nicht verstehst oder Vorschläge zur Verbesserung hast: [[#Kontakt|Am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet, Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen, um ihr heißgeliebtes Anime anderen Menschen aufzudrängen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes, als die Festlegung derjenigen Zeitspanne, während derer ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Rough Timing|Rough Timing]] besteht lediglich darin, festzulegen, in welchem Zeitinterwall jeweils eine Person im Film redet; [[#Fine Timing|Fine Timing]] bedeutet, die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu [[#Fine Timing|später]].

* Q: Was ist Scene Timing?
* A: Siehe [[#Fine Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit, die man beim Timing berücksichtigt, um es dem Zuschauer zu erleichtern, die Untertitel mitzulesen. Mehr dazu erfährst du im Kapitel [[#Fine Timing|Fine Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme, die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem, Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten: Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitaufwand für eine Episode?
* A: Ich würde sagen, zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln, und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern, was nochmal etwa 20 Minuten dauern wird. Aber ich persönlich mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da braucht man zwischendurch Abwechslung.

* Q: Muss ich Japanisch sprechen können, um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne Japanisch-Kenntnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim Timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Vorbereitungen ==

Ich nehme an, du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als Allererstes benötigst du 2 Sachen: Einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher, gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als Erstes die beiden vorhin erwähnten Dateien öffnen. Zuerst das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt>, in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählst du das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standardeinstellung "<tt>:</tt>".

<tt>Comment starter</tt> legt das Symbol fest, mit dem Zeilen Kommentarzeilen eingeleitet werden sollen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als Nächstes laden wir das Video unter <tt>Video</tt> -> <tt>Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die '''Audiospur'''. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, nach ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' - die beste Hilfe, die du beim Timen bekommen kannst. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du drei Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal, ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen, unter <tt>View</tt> die Anzeigeform <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Tastaturkürzel ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Tastaturkürzel erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen, aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest daher versuchen, von Anfang an Tastaturkürzel zu benutzen.

Hier möchte ich die wichtigsten für das Timing benötigten Tastaturkürzel erklären. (Beachte hierbei bitte, dass ich die Tastaturkürzel aus [[SSA]] verwende. Das ist Gewohnheitssache; wenn du die neuen Tastaturkürzel benutzen oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmarkierung bis zur Endmarkierung ab.
* "T" : Spielt die Linie von der Startmarkierung bis zum Ende des Videos ab.
* "H" : Stoppt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmarkierung ab.
* "W" : Spielt 500ms nach der Endmarkierung ab.
* "Q" : Spielt 500ms vor der Startmarkierung ab.
* "E" : Spielt 500ms nach der Startmarkierung ab.
* "G" : Speichert die Markierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind diejenigen Tastaturkürzel, die du dir merken solltest. Mehr Tastaturkürzel zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Grob-Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste dort auf der Waveform, wo der Satz anfängt, und mit der rechten Maustaste dort, wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio ab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen, bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst, dass der Satz aufhören wird. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, dann färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du, wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, dass du die Zeitgabe für diese Zeile gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz exakt zu erwischen: Der rote Marker muss genau am Anfang des Satzes sein, der gelbe genau am Ende. Dabei helfen dir die Tastaturkürzel, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E", um zu hören, ob der Sprecher direkt zu reden anfängt. Wenn nicht, dann hast du den Marker zuweit nach links bewegt. Justiere den Marker, und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D", dann sollte der Schluss des Satzes zu hören sein; drückst du "W", dann sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Untertitelzeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Zeile und setzt den End-Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch ca. 300 mal und dein erstes Timing-Skript ist so gut wie fertig :)

Ach ja: Sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start- und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneiden sollte. Dies auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nochmal auf das Rough Timing zurückgreifen müssen.

== Fein-Timing ==

oder: "Hilfe, was haben diese pinkfarbenen Linien in meiner wunderschönen grünen Wellenform verloren o_O!

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören, und das muss auch beim Subben berücksichtigt werden.

Ein Sprecher redet manchmal schneller, als ein Zuschauer lesen kann; darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen. Wie macht man das? Man verlängert die Einblendungsdauer eines Untertitels ein wenig in beide Richtungen.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimed?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens dauern Lead-ins weniger lang als Lead-outs (etwa die Hälfte der Zeitdauer in Mikrosekunden).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinkfarbenen Linien in der Waveform zu bedeuten haben. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes innerhalb der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannter zu lesen, wenn diese nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden, gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil der Arbeit ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten, ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet, die Endzeit der vorherigen Zeile mit der Startzeit der nachfolgenden Zeile gleichzusetzen, falls diese beiden Zeitpunkte nahe beieinander liegen sollten. Klingt verwirrend, aber die folgenden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Anzahl der Millisekunden ein, um die man die Einblendungsdauer einer jeden Zeile nach vorne bzw. hinten verlängern möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs etwa 200-500 ms. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400 ms, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Millisekunden die Untertitel maximal voneinander getrennt liegen dürfen, bevor sie ohne dazwischenliegende Pause angezeigt werden sollen. Standard ist 300, ich persönlich bevorzuge 350. Der Bias (?) ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das, was er verspricht; aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letzte Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich, wenn ein Video geladen wurde). Keyframe snapping bedeutet: Wenn ein Untertitel in der Nähe eines Keyframes liegt (der pinkfarbenen Linie), dann wird die Start/Endzeit der Zeile verkürzt oder verlängert, sodass die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du den Mauszeiger über die Felder bewegst, dann bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht näher darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Millisekunden, sondern in Frames gemessen werden. (Ein Frame dauert je nach Bildwiederholrate des Videos zwischen 40 und 50 Millisekunden.) Wie hoch du die Frameanzahl setzt, ist dir überlassen - probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist, alles einzustellen, dann stell sicher, dass du den Haken neben den Optionen setzt. Erinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel: Ich führe das Post-Processing zweimal durch. Wenn du alles eingestellt hast und auf <tt>OK</tt> drückst, dann wird Aegisub beim Linking der Zeilen der jeweils späteren von zwei dabei verbundenen Zeilen keinen Lead-in geben. Das mag ich persönlich nicht - daher wende ich als Erstes das Post-Processing nur mit den Lead-ins an (im Feld gebe ich die Hälfte der eigentlichen Lead-in-Dauer ein). Danach öffne ich den Post-Processor nochmal und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing-Script ist fertig!!!

Herzlichen Glückwunsch! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern. Allerdings ist es ratsam, es nicht als [[#Rough Timing|Rough Timing]], sondern als neue Datei zu speichern, zum Beispiel mit dem Namen <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Kontrolldurchgang ==

Dein Script ist jetzt im Grunde fertig. Allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler, und Maschinen erst recht.

Obwohl das Post-Processing so gut wie alles erledigt hat, kann es passieren, dass dabei ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Die passiert zum Beispiel dann, wenn das Programm sich zwischen zwei vom geplanten Einblendungszeitpunkt ähnlich weit entfernten Keyframes entscheiden sollte.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und schau dir die gesamte Episode nochmal von vorne an. Solltest du einen Fehler sehen, dann wähle die Zeile aus, in welcher sich der Fehler befindet, und beseitige diesen. Um einen Scenebleed zu beseitigen, musst du einfach den roten oder gelben Marker genau auf die pinke Linie verschieben.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen; falls doch, sind diese schnell beseitigt. Herzlichen Glückwunsch - jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht seien diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du nicht dein '''Timing zu einem neuem Raw shiften''' kannst. Hier hilft dir ebenfalls Aegisub wieder.

Lade das neue Video in Aegisub und öffne dein Script. Du wirst feststellen, dass dein Timing nicht mehr an der Stelle, an der es sein sollte; das musst du jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position, an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sich diese nicht verändert hat.

Jetzt gilt es, den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du diesen Wert ermittelt, dann schreibe ihn dir auf oder merke ihn dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst dort <tt>Shift Times...</tt> aus. In das Kästchen <tt>Time</tt> gibst du die eben errechnete Zeitdifferenz ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen: Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob ''alle'' Zeilen verschoben werden sollen oder ''nur ein Teil der Zeilen'' und
* ob Start und Endzeiten betroffen sein sollen oder nur eine der beiden Angaben,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen - und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Bei einer solchen Anpassung können [[#Scenetiming|Scenebleeds]] entstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig - Aegisub hat die durchs Shiften entstandenen unerwünschten Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Einleitung ===

Karaoke Timing beginnt wie normales Timing: Script und Video laden, dann alle Zeilen timen. Meistens sind jeweils drei Zeilen vorhanden: Kanji, Romaji und die Übersetzung. Beim Timing einfach alle drei Zeilen wählen, bevor du "G" drückst. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Silben-Zerlegung einer Zeile ===

Um einen Karaokeeffekt zu erhalten, musst du nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe innerhalb dieser Zeile''. Um das zu vereinfachen, biete Aegisub den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns vorerst noch nicht. Unterhalb der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>; klicke auf diesen Button, um in den Karaokemode zu wechseln.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick auf diesen <tt>Split</tt>-Button und bewege deine Maus über die Kästchen rechts. Du siehst, dass an der Mausposition ein Marker erscheint. Überall dort, wo du mit der linken Maustaste hinklickst, erscheint ein blauer Marker. Jeweils zwei Markern begrenzen eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du dabei einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle klicken, um den dortigen Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall dort, wo du einen Marker gesetzt hast, ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Diese Zahl müssen wir anschließend noch ändern.

=== Silben-Timing ===

Eine Silbe zu timen funktioniert genauso wie das Timen einer normalen Zeile, allerdings klickst du nicht mit den Maustasten, sonder ziehst die gelben Linien nach links oder rechts. Mit den Tastaturkürzeln kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit der gedrückten linken Maustaste an die richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem <tt>Split</tt>-Button. Nach einigem Hin und Her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, dann musst du eine weiter <tt>{\k...}</tt>-Box einfügen. Klick nochmal auf <tt>Split</tt> und klicke dann zwischen die beiden Silben, zwischen denen die Pause liegt. Mit der Enter-Taste fügst du nun eine Pause ein, die du wie eine Silbe verändern kannst. Ganz leicht, oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub-Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind eigentlich etwas für Typesetter, also gehe ich jetzt nicht ins Detail, sondern erkläre nur, wie man Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, nachdem du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den <tt>Style name</tt> in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Das Ganze machen wir gleich nochmal, aber diesmal nennen wir den neuen Style <tt>Romaji</tt>. Schließe den Style Manager wieder.

Wähle jetzt alle Romaji-Zeilen aus (Taste "Strg" gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button neben dem <tt>Comment</tt>-Kästchen findest du ein Dropdown-Menü. Hier wählst du jetzt den Style-Name <tt>Romaji</tt> aus. Anschließend dasselbe für die Kanji-Zeilen, mit dem neuen Style-Namen <tt>Kanji</tt>.

Für die Übertragung des fertigen Silbentimings der Roumaji auf die Kanjis öffnest du den Kanji-Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt>, und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit der Enter-Taste geht es dann zur nächsten Silbe. Wenn du fertig bist, schließe das Fenster und schon bist du fertig.

= Ende / Kontakt =

So, das war's dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lass bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib- und Formfehler) haben, nur her damit.

Ich hoffe, ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Timing-Tutorial

2008-03-09T20:51:07Z

Devil Doll: Überschriften übersetzt

= Einleitung =

Okay, bevor wir anfangen möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing-Tutorials im Internet. Ich habe selber einige davon gelesen und viel aus ihnen gelernt. Nur sind die meisten dieser Tutorials mittlerweile veraltet und nutzen nicht die Möglichkeiten, die uns die weiterentwickelten Programme bieten (allen voran Aegisub).

Ich habe vor zwei Jahren als Timer angefangen und im Laufe der Zeit einige Erfahrung gesammelt, was Timing angeht; daher dachte ich mir, ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten - ich möchte einfach nur ''meinen Weg'' ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist, ein Tutorial zu schreiben. Wenn du etwas nicht verstehst oder Vorschläge zur Verbesserung hast: [[#Kontakt|Am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet, Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen, um ihr heißgeliebtes Anime anderen Menschen aufzudrängen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes, als die Festlegung derjenigen Zeitspanne, während derer ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Rough Timing|Rough Timing]] besteht lediglich darin, festzulegen, in welchem Zeitinterwall jeweils eine Person im Film redet; [[#Fine Timing|Fine Timing]] bedeutet, die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu [[#Fine Timing|später]].

* Q: Was ist Scene Timing?
* A: Siehe [[#Fine Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit, die man beim Timing berücksichtigt, um es dem Zuschauer zu erleichtern, die Untertitel mitzulesen. Mehr dazu erfährst du im Kapitel [[#Fine Timing|Fine Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme, die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem, Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten: Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitaufwand für eine Episode?
* A: Ich würde sagen, zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln, und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern, was nochmal etwa 20 Minuten dauern wird. Aber ich persönlich mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da braucht man zwischendurch Abwechslung.

* Q: Muss ich Japanisch sprechen können, um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne Japanisch-Kenntnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim Timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Vorbereitungen ==

Ich nehme an, du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als Allererstes benötigst du 2 Sachen: Einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher, gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als Erstes die beiden vorhin erwähnten Dateien öffnen. Zuerst das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt>, in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählst du das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standardeinstellung "<tt>:</tt>".

<tt>Comment starter</tt> legt das Symbol fest, mit dem Zeilen Kommentarzeilen eingeleitet werden sollen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als Nächstes laden wir das Video unter <tt>Video</tt> -> <tt>Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die '''Audiospur'''. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, nach ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' - die beste Hilfe, die du beim Timen bekommen kannst. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du drei Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal, ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen, unter <tt>View</tt> die Anzeigeform <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Tastaturkürzel ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Tastaturkürzel erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen, aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest daher versuchen, von Anfang an Tastaturkürzel zu benutzen.

Hier möchte ich die wichtigsten für das Timing benötigten Tastaturkürzel erklären. (Beachte hierbei bitte, dass ich die Tastaturkürzel aus [[SSA]] verwende. Das ist Gewohnheitssache; wenn du die neuen Tastaturkürzel benutzen oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmarkierung bis zur Endmarkierung ab.
* "T" : Spielt die Linie von der Startmarkierung bis zum Ende des Videos ab.
* "H" : Stoppt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmarkierung ab.
* "W" : Spielt 500ms nach der Endmarkierung ab.
* "Q" : Spielt 500ms vor der Startmarkierung ab.
* "E" : Spielt 500ms nach der Startmarkierung ab.
* "G" : Speichert die Markierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind diejenigen Tastaturkürzel, die du dir merken solltest. Mehr Tastaturkürzel zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Grob-Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste dort auf der Waveform, wo der Satz anfängt, und mit der rechten Maustaste dort, wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio ab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen, bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst, dass der Satz aufhören wird. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, dann färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du, wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, dass du die Zeitgabe für diese Zeile gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz exakt zu erwischen: Der rote Marker muss genau am Anfang des Satzes sein, der gelbe genau am Ende. Dabei helfen dir die Tastaturkürzel, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E", um zu hören, ob der Sprecher direkt zu reden anfängt. Wenn nicht, dann hast du den Marker zuweit nach links bewegt. Justiere den Marker, und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D", dann sollte der Schluss des Satzes zu hören sein; drückst du "W", dann sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Untertitelzeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Zeile und setzt den End-Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch ca. 300 mal und dein erstes Timing-Skript ist so gut wie fertig :)

Ach ja: Sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start- und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneiden sollte. Dies auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nochmal auf das Rough Timing zurückgreifen müssen.

== Fein-Timing ==

oder: "Hilfe, was haben diese pinkfarbenen Linien in meiner wunderschönen grünen Wellenform verloren o_O!

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören, und das muss auch beim Subben berücksichtigt werden.

Ein Sprecher redet manchmal schneller, als ein Zuschauer lesen kann; darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen. Wie macht man das? Man verlängert die Einblendungsdauer eines Untertitels ein wenig in beide Richtungen.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimed?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens dauern Lead-ins weniger lang als Lead-outs (etwa die Hälfte der Zeitdauer in Mikrosekunden).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinkfarbenen Linien in der Waveform zu bedeuten haben. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes innerhalb der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannter zu lesen, wenn diese nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden, gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil der Arbeit ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten, ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet, die Endzeit der vorherigen Zeile mit der Startzeit der nachfolgenden Zeile gleichzusetzen, falls diese beiden Zeitpunkte nahe beieinander liegen sollten. Klingt verwirrend, aber die folgenden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Anzahl der Millisekunden ein, um die man die Einblendungsdauer einer jeden Zeile nach vorne bzw. hinten verlängern möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs etwa 200-500 ms. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400 ms, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Millisekunden die Untertitel maximal voneinander getrennt liegen dürfen, bevor sie ohne dazwischenliegende Pause angezeigt werden sollen. Standard ist 300, ich persönlich bevorzuge 350. Der Bias (?) ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das, was er verspricht; aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letzte Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich, wenn ein Video geladen wurde). Keyframe snapping bedeutet: Wenn ein Untertitel in der Nähe eines Keyframes liegt (der pinkfarbenen Linie), dann wird die Start/Endzeit der Zeile verkürzt oder verlängert, sodass die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du den Mauszeiger über die Felder bewegst, dann bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht näher darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Millisekunden, sondern in Frames gemessen werden. (Ein Frame dauert je nach Bildwiederholrate des Videos zwischen 40 und 50 Millisekunden.) Wie hoch du die Frameanzahl setzt, ist dir überlassen - probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist, alles einzustellen, dann stell sicher, dass du den Haken neben den Optionen setzt. Erinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel: Ich führe das Post-Processing zweimal durch. Wenn du alles eingestellt hast und auf <tt>OK</tt> drückst, dann wird Aegisub beim Linking der Zeilen der jeweils späteren von zwei dabei verbundenen Zeilen keinen Lead-in geben. Das mag ich persönlich nicht - daher wende ich als Erstes das Post-Processing nur mit den Lead-ins an (im Feld gebe ich die Hälfte der eigentlichen Lead-in-Dauer ein). Danach öffne ich den Post-Processor nochmal und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing-Script ist fertig!!!

Herzlichen Glückwunsch! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern. Allerdings ist es ratsam, es nicht als [[#Rough Timing|Rough Timing]], sondern als neue Datei zu speichern, zum Beispiel mit dem Namen <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Kontrolldurchgang ==

Dein Script ist jetzt im Grunde fertig. Allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler, und Maschinen erst recht.

Obwohl das Post-Processing so gut wie alles erledigt hat, kann es passieren, dass dabei ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Die passiert zum Beispiel dann, wenn das Programm sich zwischen zwei vom geplanten Einblendungszeitpunkt ähnlich weit entfernten Keyframes entscheiden sollte.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und schau dir die gesamte Episode nochmal von vorne an. Solltest du einen Fehler sehen, dann wähle die Zeile aus, in welcher sich der Fehler befindet, und beseitige diesen. Um einen Scenebleed zu beseitigen, musst du einfach den roten oder gelben Marker genau auf die pinke Linie verschieben.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen; falls doch, sind diese schnell beseitigt. Herzlichen Glückwunsch - jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht seien diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du nicht dein '''Timing zu einem neuem Raw shiften''' kannst. Hier hilft dir ebenfalls Aegisub wieder.

Lade das neue Video in Aegisub und öffne dein Script. Du wirst feststellen, dass dein Timing nicht mehr an der Stelle, an der es sein sollte; das musst du jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position, an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sich diese nicht verändert hat.

Jetzt gilt es, den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du diesen Wert ermittelt, dann schreibe ihn dir auf oder merke ihn dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst dort <tt>Shift Times...</tt> aus. In das Kästchen <tt>Time</tt> gibst du die eben errechnete Zeitdifferenz ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen: Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob ''alle'' Zeilen verschoben werden sollen oder ''nur ein Teil der Zeilen'' und
* ob Start und Endzeiten betroffen sein sollen oder nur eine der beiden Angaben,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen - und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Bei einer solchen Anpassung können [[#Scenetiming|Scenebleeds]] entstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig - Aegisub hat die durchs Shiften entstandenen unerwünschten Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Einleitung ===

Karaoke Timing beginnt wie normales Timing: Script und Video laden, dann alle Zeilen timen. Meistens sind jeweils drei Zeilen vorhanden: Kanji, Romaji und die Übersetzung. Beim Timing einfach alle drei Zeilen wählen, bevor du "G" drückst. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Silben-Zerlegung einer Zeile ===

Um einen Karaokeeffekt zu erhalten, musst du nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe innerhalb dieser Zeile''. Um das zu vereinfachen, biete Aegisub den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns vorerst noch nicht. Unterhalb der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>; klicke auf diesen Button, um in den Karaokemode zu wechseln.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick auf diesen <tt>Split</tt>-Button und bewege deine Maus über die Kästchen rechts. Du siehst, dass an der Mausposition ein Marker erscheint. Überall dort, wo du mit der linken Maustaste hinklickst, erscheint ein blauer Marker. Jeweils zwei Markern begrenzen eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du dabei einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle klicken, um den dortigen Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall dort, wo du einen Marker gesetzt hast, ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Diese Zahl müssen wir anschließend noch ändern.

=== Silben-Timing ===

Eine Silbe zu timen funktioniert genauso wie das Timen einer normalen Zeile, allerdings klickst du nicht mit den Maustasten, sonder ziehst die gelben Linien nach links oder rechts. Mit den Tastaturkürzeln kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit der gedrückten linken Maustaste an die richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem <tt>Split</tt>-Button. Nach einigem Hin und Her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, dann musst du eine weiter <tt>{\k...}</tt>-Box einfügen. Klick nochmal auf <tt>Split</tt> und klicke dann zwischen die beiden Silben, zwischen denen die Pause liegt. Mit der Enter-Taste fügst du nun eine Pause ein, die du wie eine Silbe verändern kannst. Ganz leicht, oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub-Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind eigentlich etwas für Typesetter, also gehe ich jetzt nicht ins Detail, sondern erkläre nur, wie man Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, nachdem du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den <tt>Style name</tt> in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Das Ganze machen wir gleich nochmal, aber diesmal nennen wir den neuen Style <tt>Romaji</tt>. Schließe den Style Manager wieder.

Wähle jetzt alle Romaji-Zeilen aus (Taste "Strg" gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button neben dem <tt>Comment</tt>-Kästchen findest du ein Dropdown-Menü. Hier wählst du jetzt den Style-Name <tt>Romaji</tt> aus. Anschließend dasselbe für die Kanji-Zeilen, mit dem neuen Style-Namen <tt>Kanji</tt>.

Für die Übertragung des fertigen Silbentimings der Roumaji auf die Kanjis öffnest du den Kanji-Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt>, und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit der Enter-Taste geht es dann zur nächsten Silbe. Wenn du fertig bist, schließe das Fenster und schon bist du fertig.

= Ende / Kontakt =

So, das war's dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lass bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib- und Formfehler) haben, nur her damit.

Ich hoffe, ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Timing-Tutorial

2008-03-09T20:42:46Z

Devil Doll: /* Kanji Timer */

= Introduction =

Okay, bevor wir anfangen möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing-Tutorials im Internet. Ich habe selber einige davon gelesen und viel aus ihnen gelernt. Nur sind die meisten dieser Tutorials mittlerweile veraltet und nutzen nicht die Möglichkeiten, die uns die weiterentwickelten Programme bieten (allen voran Aegisub).

Ich habe vor zwei Jahren als Timer angefangen und im Laufe der Zeit einige Erfahrung gesammelt, was Timing angeht; daher dachte ich mir, ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten - ich möchte einfach nur ''meinen Weg'' ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist, ein Tutorial zu schreiben. Wenn du etwas nicht verstehst oder Vorschläge zur Verbesserung hast: [[#Kontakt|Am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet, Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen, um ihr heißgeliebtes Anime anderen Menschen aufzudrängen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes, als die Festlegung derjenigen Zeitspanne, während derer ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Rough Timing|Rough Timing]] besteht lediglich darin, festzulegen, in welchem Zeitinterwall jeweils eine Person im Film redet; [[#Fine Timing|Fine Timing]] bedeutet, die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu [[#Fine Timing|später]].

* Q: Was ist Scene Timing?
* A: Siehe [[#Fine Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit, die man beim Timing berücksichtigt, um es dem Zuschauer zu erleichtern, die Untertitel mitzulesen. Mehr dazu erfährst du im Kapitel [[#Fine Timing|Fine Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme, die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem, Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten: Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitaufwand für eine Episode?
* A: Ich würde sagen, zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln, und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern, was nochmal etwa 20 Minuten dauern wird. Aber ich persönlich mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da braucht man zwischendurch Abwechslung.

* Q: Muss ich Japanisch sprechen können, um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne Japanisch-Kenntnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim Timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Preparations ==

Ich nehme an, du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als Allererstes benötigst du 2 Sachen: Einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher, gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als Erstes die beiden vorhin erwähnten Dateien öffnen. Zuerst das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt>, in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählst du das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standardeinstellung "<tt>:</tt>".

<tt>Comment starter</tt> legt das Symbol fest, mit dem Zeilen Kommentarzeilen eingeleitet werden sollen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als Nächstes laden wir das Video unter <tt>Video</tt> -> <tt>Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die '''Audiospur'''. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, nach ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' - die beste Hilfe, die du beim Timen bekommen kannst. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du drei Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal, ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen, unter <tt>View</tt> die Anzeigeform <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Shortcuts ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Shortcuts erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen, aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest daher versuchen, von Anfang an '''Shortcuts''', also die Tastatur, zu benutzen.

Hier möchte ich die wichtigsten für das Timing benötigten Shortcuts erklären. (Beachte hierbei bitte, dass ich die SSA-Shortcuts verwende. Das ist Gewohnheitssache; wenn du die neuen Shortcuts benutzen oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmarkierung bis zur Endmarkierung ab.
* "T" : Spielt die Linie von der Startmarkierung bis zum Ende des Videos ab.
* "H" : Stopt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmarkierung ab.
* "W" : Spielt 500ms nach der Endmarkierung ab.
* "Q" : Spielt 500ms vor der Startmarkierung ab.
* "E" : Spielt 500ms nach der Startmarkierung ab.
* "G" : Speichert die Markierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind die Shortcuts, die du dir merken solltest. Mehr Shortcuts zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Rough Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste dort auf der Waveform, wo der Satz anfängt, und mit der rechten Maustaste dort, wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio ab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen, bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst, dass der Satz aufhören wird. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, dann färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du, wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, dass du die Zeitgabe für diese Zeile gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz exakt zu erwischen: Der rote Marker muss genau am Anfang des Satzes sein, der gelbe genau am Ende. Dabei helfen dir die Shortcuts, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E", um zu hören, ob der Sprecher direkt zu reden anfängt. Wenn nicht, dann hast du den Marker zuweit nach links bewegt. Justiere den Marker, und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D", dann sollte der Schluss des Satzes zu hören sein; drückst du "W", dann sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Untertitelzeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Zeile und setzt den End-Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch ca. 300 mal und dein erstes Timing-Skript ist so gut wie fertig :)

Ach ja: Sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start- und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneiden sollte. Dies auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nochmal auf das Rough Timing zurückgreifen müssen.

== Post-Processing (Fine Timing) or Help, what are those pink lines doing in my beautiful green Waveform o_O! ==

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören, und das muss auch beim Subben berücksichtigt werden.

Ein Sprecher redet manchmal schneller, als ein Zuschauer lesen kann; darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen. Wie macht man das? Man verlängert die Einblendungsdauer eines Untertitels ein wenig in beide Richtungen.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimed?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens dauern Lead-ins weniger lang als Lead-outs (etwa die Hälfte der Zeitdauer in Mikrosekunden).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinkfarbenen Linien in der Waveform zu bedeuten haben. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes innerhalb der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannter zu lesen, wenn diese nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden, gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil der Arbeit ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten, ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet, die Endzeit der vorherigen Zeile mit der Startzeit der nachfolgenden Zeile gleichzusetzen, falls diese beiden Zeitpunkte nahe beieinander liegen sollten. Klingt verwirrend, aber die folgenden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Anzahl der Millisekunden ein, um die man die Einblendungsdauer einer jeden Zeile nach vorne bzw. hinten verlängern möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs etwa 200-500 ms. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400 ms, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Millisekunden die Untertitel maximal voneinander getrennt liegen dürfen, bevor sie ohne dazwischenliegende Pause angezeigt werden sollen. Standard ist 300, ich persönlich bevorzuge 350. Der Bias (?) ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das, was er verspricht; aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letzte Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich, wenn ein Video geladen wurde). Keyframe snapping bedeutet: Wenn ein Untertitel in der Nähe eines Keyframes liegt (der pinkfarbenen Linie), dann wird die Start/Endzeit der Zeile verkürzt oder verlängert, sodass die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du den Mauszeiger über die Felder bewegst, dann bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht näher darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Millisekunden, sondern in Frames gemessen werden. (Ein Frame dauert je nach Bildwiederholrate des Videos zwischen 40 und 50 Millisekunden.) Wie hoch du die Frameanzahl setzt, ist dir überlassen - probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist, alles einzustellen, dann stell sicher, dass du den Haken neben den Optionen setzt. Erinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel: Ich führe das Post-Processing zweimal durch. Wenn du alles eingestellt hast und auf <tt>OK</tt> drückst, dann wird Aegisub beim Linking der Zeilen der jeweils späteren von zwei dabei verbundenen Zeilen keinen Lead-in geben. Das mag ich persönlich nicht - daher wende ich als Erstes das Post-Processing nur mit den Lead-ins an (im Feld gebe ich die Hälfte der eigentlichen Lead-in-Dauer ein). Danach öffne ich den Post-Processor nochmal und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing-Script ist fertig!!!

Herzlichen Glückwunsch! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern. Allerdings ist es ratsam, es nicht als [[#Rough Timing|Rough Timing]], sondern als neue Datei zu speichern, zum Beispiel mit dem Namen <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Watching it again ==

Dein Script ist jetzt im Grunde fertig. Allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler, und Maschinen erst recht.

Obwohl das Post-Processing so gut wie alles erledigt hat, kann es passieren, dass dabei ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Die passiert zum Beispiel dann, wenn das Programm sich zwischen zwei vom geplanten Einblendungszeitpunkt ähnlich weit entfernten Keyframes entscheiden sollte.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und schau dir die gesamte Episode nochmal von vorne an. Solltest du einen Fehler sehen, dann wähle die Zeile aus, in welcher sich der Fehler befindet, und beseitige diesen. Um einen Scenebleed zu beseitigen, musst du einfach den roten oder gelben Marker genau auf die pinke Linie verschieben.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen; falls doch, sind diese schnell beseitigt. Herzlichen Glückwunsch - jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht seien diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du nicht dein '''Timing zu einem neuem Raw shiften''' kannst. Hier hilft dir ebenfalls Aegisub wieder.

Lade das neue Video in Aegisub und öffne dein Script. Du wirst feststellen, dass dein Timing nicht mehr an der Stelle, an der es sein sollte; das musst du jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position, an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sich diese nicht verändert hat.

Jetzt gilt es, den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du diesen Wert ermittelt, dann schreibe ihn dir auf oder merke ihn dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst dort <tt>Shift Times...</tt> aus. In das Kästchen <tt>Time</tt> gibst du die eben errechnete Zeitdifferenz ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen: Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob ''alle'' Zeilen verschoben werden sollen oder ''nur ein Teil der Zeilen'' und
* ob Start und Endzeiten betroffen sein sollen oder nur eine der beiden Angaben,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen - und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Bei einer solchen Anpassung können [[#Scenetiming|Scenebleeds]] entstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig - Aegisub hat die durchs Shiften entstandenen unerwünschten Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Preparations ===

Karaoke Timing beginnt wie normales Timing: Script und Video laden, dann alle Zeilen timen. Meistens sind jeweils drei Zeilen vorhanden: Kanji, Romaji und die Übersetzung. Beim Timing einfach alle drei Zeilen wählen, bevor du "G" drückst. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Splitting a Line ===

Um einen Karaokeeffekt zu erhalten, musst du nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe innerhalb dieser Zeile''. Um das zu vereinfachen, biete Aegisub den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns vorerst noch nicht. Unterhalb der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>; klicke auf diesen Button, um in den Karaokemode zu wechseln.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick auf diesen <tt>Split</tt>-Button und bewege deine Maus über die Kästchen rechts. Du siehst, dass an der Mausposition ein Marker erscheint. Überall dort, wo du mit der linken Maustaste hinklickst, erscheint ein blauer Marker. Jeweils zwei Markern begrenzen eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du dabei einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle klicken, um den dortigen Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall dort, wo du einen Marker gesetzt hast, ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Diese Zahl müssen wir anschließend noch ändern.

=== Timing a Syllable ===

Eine Silbe zu timen funktioniert genauso wie das Timen einer normalen Zeile, allerdings klickst du nicht mit den Maustasten, sonder ziehst die gelben Linien nach links oder rechts. Mit den Shortcuts kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit der gedrückten linken Maustaste an die richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem <tt>Split</tt>-Button. Nach einigem Hin und Her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, dann musst du eine weiter <tt>{\k...}</tt>-Box einfügen. Klick nochmal auf <tt>Split</tt> und klicke dann zwischen die beiden Silben, zwischen denen die Pause liegt. Mit der Enter-Taste fügst du nun eine Pause ein, die du wie eine Silbe verändern kannst. Ganz leicht, oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub-Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind eigentlich etwas für Typesetter, also gehe ich jetzt nicht ins Detail, sondern erkläre nur, wie man Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, nachdem du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den <tt>Style name</tt> in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Das Ganze machen wir gleich nochmal, aber diesmal nennen wir den neuen Style <tt>Romaji</tt>. Schließe den Style Manager wieder.

Wähle jetzt alle Romaji-Zeilen aus (Taste "Strg" gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button neben dem <tt>Comment</tt>-Kästchen findest du ein Dropdown-Menü. Hier wählst du jetzt den Style-Name <tt>Romaji</tt> aus. Anschließend dasselbe für die Kanji-Zeilen, mit dem neuen Style-Namen <tt>Kanji</tt>.

Für die Übertragung des fertigen Silbentimings der Roumaji auf die Kanjis öffnest du den Kanji-Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt>, und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit der Enter-Taste geht es dann zur nächsten Silbe. Wenn du fertig bist, schließe das Fenster und schon bist du fertig.

= End / Contact =

So, das war's dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lass bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib- und Formfehler) haben, nur her damit.

Ich hoffe, ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Timing-Tutorial

2008-03-09T20:31:44Z

Devil Doll: Rechtschreibung, Zeichensetzung, Satzbau

= Introduction =

Okay, bevor wir anfangen möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing-Tutorials im Internet. Ich habe selber einige davon gelesen und viel aus ihnen gelernt. Nur sind die meisten dieser Tutorials mittlerweile veraltet und nutzen nicht die Möglichkeiten, die uns die weiterentwickelten Programme bieten (allen voran Aegisub).

Ich habe vor zwei Jahren als Timer angefangen und im Laufe der Zeit einige Erfahrung gesammelt, was Timing angeht; daher dachte ich mir, ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten - ich möchte einfach nur ''meinen Weg'' ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist, ein Tutorial zu schreiben. Wenn du etwas nicht verstehst oder Vorschläge zur Verbesserung hast: [[#Kontakt|Am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet, Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen, um ihr heißgeliebtes Anime anderen Menschen aufzudrängen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes, als die Festlegung derjenigen Zeitspanne, während derer ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Rough Timing|Rough Timing]] besteht lediglich darin, festzulegen, in welchem Zeitinterwall jeweils eine Person im Film redet; [[#Fine Timing|Fine Timing]] bedeutet, die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu [[#Fine Timing|später]].

* Q: Was ist Scene Timing?
* A: Siehe [[#Fine Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit, die man beim Timing berücksichtigt, um es dem Zuschauer zu erleichtern, die Untertitel mitzulesen. Mehr dazu erfährst du im Kapitel [[#Fine Timing|Fine Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme, die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem, Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten: Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitaufwand für eine Episode?
* A: Ich würde sagen, zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln, und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern, was nochmal etwa 20 Minuten dauern wird. Aber ich persönlich mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da braucht man zwischendurch Abwechslung.

* Q: Muss ich Japanisch sprechen können, um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne Japanisch-Kenntnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim Timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Preparations ==

Ich nehme an, du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als Allererstes benötigst du 2 Sachen: Einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher, gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als Erstes die beiden vorhin erwähnten Dateien öffnen. Zuerst das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt>, in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählst du das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standardeinstellung "<tt>:</tt>".

<tt>Comment starter</tt> legt das Symbol fest, mit dem Zeilen Kommentarzeilen eingeleitet werden sollen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als Nächstes laden wir das Video unter <tt>Video</tt> -> <tt>Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die '''Audiospur'''. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, nach ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' - die beste Hilfe, die du beim Timen bekommen kannst. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du drei Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal, ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen, unter <tt>View</tt> die Anzeigeform <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Shortcuts ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Shortcuts erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen, aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest daher versuchen, von Anfang an '''Shortcuts''', also die Tastatur, zu benutzen.

Hier möchte ich die wichtigsten für das Timing benötigten Shortcuts erklären. (Beachte hierbei bitte, dass ich die SSA-Shortcuts verwende. Das ist Gewohnheitssache; wenn du die neuen Shortcuts benutzen oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmarkierung bis zur Endmarkierung ab.
* "T" : Spielt die Linie von der Startmarkierung bis zum Ende des Videos ab.
* "H" : Stopt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmarkierung ab.
* "W" : Spielt 500ms nach der Endmarkierung ab.
* "Q" : Spielt 500ms vor der Startmarkierung ab.
* "E" : Spielt 500ms nach der Startmarkierung ab.
* "G" : Speichert die Markierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen, um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind die Shortcuts, die du dir merken solltest. Mehr Shortcuts zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Rough Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste dort auf der Waveform, wo der Satz anfängt, und mit der rechten Maustaste dort, wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio ab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen, bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst, dass der Satz aufhören wird. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, dann färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du, wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, dass du die Zeitgabe für diese Zeile gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz exakt zu erwischen: Der rote Marker muss genau am Anfang des Satzes sein, der gelbe genau am Ende. Dabei helfen dir die Shortcuts, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E", um zu hören, ob der Sprecher direkt zu reden anfängt. Wenn nicht, dann hast du den Marker zuweit nach links bewegt. Justiere den Marker, und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D", dann sollte der Schluss des Satzes zu hören sein; drückst du "W", dann sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Untertitelzeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Zeile und setzt den End-Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch ca. 300 mal und dein erstes Timing-Skript ist so gut wie fertig :)

Ach ja: Sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start- und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneiden sollte. Dies auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nochmal auf das Rough Timing zurückgreifen müssen.

== Post-Processing (Fine Timing) or Help, what are those pink lines doing in my beautiful green Waveform o_O! ==

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören, und das muss auch beim Subben berücksichtigt werden.

Ein Sprecher redet manchmal schneller, als ein Zuschauer lesen kann; darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen. Wie macht man das? Man verlängert die Einblendungsdauer eines Untertitels ein wenig in beide Richtungen.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimed?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens dauern Lead-ins weniger lang als Lead-outs (etwa die Hälfte der Zeitdauer in Mikrosekunden).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinkfarbenen Linien in der Waveform zu bedeuten haben. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes innerhalb der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannter zu lesen, wenn diese nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden, gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil der Arbeit ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten, ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet, die Endzeit der vorherigen Zeile mit der Startzeit der nachfolgenden Zeile gleichzusetzen, falls diese beiden Zeitpunkte nahe beieinander liegen sollten. Klingt verwirrend, aber die folgenden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Anzahl der Millisekunden ein, um die man die Einblendungsdauer einer jeden Zeile nach vorne bzw. hinten verlängern möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs etwa 200-500 ms. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400 ms, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Millisekunden die Untertitel maximal voneinander getrennt liegen dürfen, bevor sie ohne dazwischenliegende Pause angezeigt werden sollen. Standard ist 300, ich persönlich bevorzuge 350. Der Bias (?) ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das, was er verspricht; aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letzte Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich, wenn ein Video geladen wurde). Keyframe snapping bedeutet: Wenn ein Untertitel in der Nähe eines Keyframes liegt (der pinkfarbenen Linie), dann wird die Start/Endzeit der Zeile verkürzt oder verlängert, sodass die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du den Mauszeiger über die Felder bewegst, dann bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht näher darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Millisekunden, sondern in Frames gemessen werden. (Ein Frame dauert je nach Bildwiederholrate des Videos zwischen 40 und 50 Millisekunden.) Wie hoch du die Frameanzahl setzt, ist dir überlassen - probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist, alles einzustellen, dann stell sicher, dass du den Haken neben den Optionen setzt. Erinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel: Ich führe das Post-Processing zweimal durch. Wenn du alles eingestellt hast und auf <tt>OK</tt> drückst, dann wird Aegisub beim Linking der Zeilen der jeweils späteren von zwei dabei verbundenen Zeilen keinen Lead-in geben. Das mag ich persönlich nicht - daher wende ich als Erstes das Post-Processing nur mit den Lead-ins an (im Feld gebe ich die Hälfte der eigentlichen Lead-in-Dauer ein). Danach öffne ich den Post-Processor nochmal und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing-Script ist fertig!!!

Herzlichen Glückwunsch! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern. Allerdings ist es ratsam, es nicht als [[#Rough Timing|Rough Timing]], sondern als neue Datei zu speichern, zum Beispiel mit dem Namen <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Watching it again ==

Dein Script ist jetzt im Grunde fertig. Allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler, und Maschinen erst recht.

Obwohl das Post-Processing so gut wie alles erledigt hat, kann es passieren, dass dabei ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Die passiert zum Beispiel dann, wenn das Programm sich zwischen zwei vom geplanten Einblendungszeitpunkt ähnlich weit entfernten Keyframes entscheiden sollte.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und schau dir die gesamte Episode nochmal von vorne an. Solltest du einen Fehler sehen, dann wähle die Zeile aus, in welcher sich der Fehler befindet, und beseitige diesen. Um einen Scenebleed zu beseitigen, musst du einfach den roten oder gelben Marker genau auf die pinke Linie verschieben.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen; falls doch, sind diese schnell beseitigt. Herzlichen Glückwunsch - jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht seien diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du nicht dein '''Timing zu einem neuem Raw shiften''' kannst. Hier hilft dir ebenfalls Aegisub wieder.

Lade das neue Video in Aegisub und öffne dein Script. Du wirst feststellen, dass dein Timing nicht mehr an der Stelle, an der es sein sollte; das musst du jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position, an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sich diese nicht verändert hat.

Jetzt gilt es, den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du diesen Wert ermittelt, dann schreibe ihn dir auf oder merke ihn dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst dort <tt>Shift Times...</tt> aus. In das Kästchen <tt>Time</tt> gibst du die eben errechnete Zeitdifferenz ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen: Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob ''alle'' Zeilen verschoben werden sollen oder ''nur ein Teil der Zeilen'' und
* ob Start und Endzeiten betroffen sein sollen oder nur eine der beiden Angaben,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen - und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Bei einer solchen Anpassung können [[#Scenetiming|Scenebleeds]] entstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig - Aegisub hat die durchs Shiften entstandenen unerwünschten Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Preparations ===

Karaoke Timing beginnt wie normales Timing: Script und Video laden, dann alle Zeilen timen. Meistens sind jeweils drei Zeilen vorhanden: Kanji, Romaji und die Übersetzung. Beim Timing einfach alle drei Zeilen wählen, bevor du "G" drückst. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Splitting a Line ===

Um einen Karaokeeffekt zu erhalten, musst du nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe innerhalb dieser Zeile''. Um das zu vereinfachen, biete Aegisub den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns vorerst noch nicht. Unterhalb der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>; klicke auf diesen Button, um in den Karaokemode zu wechseln.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick auf diesen <tt>Split</tt>-Button und bewege deine Maus über die Kästchen rechts. Du siehst, dass an der Mausposition ein Marker erscheint. Überall dort, wo du mit der linken Maustaste hinklickst, erscheint ein blauer Marker. Jeweils zwei Markern begrenzen eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du dabei einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle klicken, um den dortigen Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall dort, wo du einen Marker gesetzt hast, ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Diese Zahl müssen wir anschließend noch ändern.

=== Timing a Syllable ===

Eine Silbe zu timen funktioniert genauso wie das Timen einer normalen Zeile, allerdings klickst du nicht mit den Maustasten, sonder ziehst die gelben Linien nach links oder rechts. Mit den Shortcuts kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit der gedrückten linken Maustaste an die richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem <tt>Split</tt>-Button. Nach einigem Hin und Her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, dann musst du eine weiter <tt>{\k...}</tt>-Box einfügen. Klick nochmal auf <tt>Split</tt> und klicke dann zwischen die beiden Silben, zwischen denen die Pause liegt. Mit der Enter-Taste fügst du nun eine Pause ein, die du wie eine Silbe verändern kannst. Ganz leicht, oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub-Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind eigentlich etwas für Typesetter, also gehe ich jetzt nicht ins Detail, sondern erkläre nur, wie man Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, nachdem du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den <tt>Style name</tt> in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Das Ganze machen wir gleich nochmal, aber diesmal nennen wir den neuen Style <tt>Romaji</tt>. Schließe den Style Manager wieder.

Wähle jetzt alle Romaji-Zeilen aus (Taste "Strg" gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button neben dem <tt>Comment</tt>-Kästchen findest du ein Dropdown-Menü. Hier wählst du jetzt den Style-Name <tt>Romaji</tt> aus. Anschließend dasselbe für die Kanji-Zeilen, mit dem neuen Style-Namen <tt>Kanji<tt/>.

Für die Übertragung des fertigen Silbentimings der Roumaji auf die Kanjis öffnest du den Kanji-Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt>, und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit der Enter-Taste geht es dann zur nächsten Silbe. Wenn du fertig bist, schließe das Fenster und schon bist du fertig.

= End / Contact =

So, das war's dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lass bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib- und Formfehler) haben, nur her damit.

Ich hoffe, ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Timing-Tutorial

2008-03-09T18:12:05Z

Devil Doll: WiKi-Formatierung, Verlinkung, Bilder

= Introduction =

Okay, bevor wir anfangen möchte ich diesen Guide ein wenig näher erläutern.

Es gibt, wenn man mal ein wenig sucht, mindestens 25 verschiedene Timing Tutorials im Internet. Ich habe selber einige gelesen und viel von ihnen gelernt. Nur sind die meisten mittlerweile veraltet und nutzen nicht die Möglichkeiten die uns die weiterentwickelten Progamme bieten (allen voran Aegisub).

Ich habe vor 2 Jahren als Timer angefangen und habe im Laufe der Zeit einige Erfahrung was Timing angeht gesammelt und dachte mir ich schreibe daraus ein Tutorial. Dieses Tutorial ist als kleine Hilfe auf deinem Weg zum Timer gedacht. Die hier gezeigten Wege und Lösungen sind nicht unbedingt die schnellsten, besten oder einfachsten. Ich möchte einfach nur meinen Weg ein wenig näher erläutern.

Bitte vergiss nicht, dass dies mein erster Versuch ist ein Tutorial zu schreiben. Wenn du was nicht verstehst oder Vorschläge zur Verbesserung hast, [[#Kontakt|am Ende des Tutorials]] stehen meine Kontaktdaten, also melde dich.

= FAQ =

* Q: Was ist Fansubbing?
* A: Fansubben bedeutet Untertitel für Serien oder Filme zu erstellen, die nicht in der eigenen Sprache ausgestrahlt werden. Fansubs werden von Fans für Fans erstellt und sind kostenlos. Fansubs werden gewöhnlich von Freaks erstellt, die zuviel Zeit haben und sich in Gruppen zusammenschließen um ihr heißgeliebtes Anime anderen Menschen aufzuzwingen. Innerhalb der Gruppen gibt es unterschiedliche Aufgaben, welche meist Rawproviding, Translation, Timing, Editing, Typesetting, Karaoke FX, Encoding und Quality Check sind. Dieses Tutorial befasst sich mit Timing sowie mit Karaoke Timing, welches man für Karaoke benötigt.

* Q: Was ist Timing?
* A: Timing ist im Grunde nichts anderes als die Zeit festzulegen, wie lange ein Untertitel auf dem Bildschirm erscheinen soll. Timing wird in Rough Timing und Fine Timing unterteilt. [[#Rough Timing|Rough Timing]] ist jediglich die Zeit, die eine Person im Film redet, festzulegen. [[#Fine Timing|Fine Timing]] bedeutet die Untertitel dem Video anzupassen, um sogenannte Scenebleeds zu vermeiden. Mehr dazu später.

* Q: Was ist Scene Timing?
* A: Siehe [[#Fine Timing|Fine Timing]]

* Q: Was sind Lead-ins und Lead-outs?
* A: Als Lead-ins/outs bezeichnet man die extra Zeit die man beim Timing berücksichtigt, um dem Zuschauer genügend Zeit zu geben die Untertitel zu lesen. Mehr dazu erfährst du im Kapitel [[#Fine Timing|Fine Timing]].

* Q: Welche Programme brauche ich dafür?
* A: Es gibt viele Programme die fürs Timing geeignet sind. Dieser Guide ist nur auf Aegisub ausgelegt und ich empfehle auch jedem Aegisub zu benutzen, angesichts der Tatsache, dass Aegisub das einzige freie Untertitelprogramm ist, welches ständig weiterentwickelt wird. Aegisub kann man [http://malakith.net/aegiwiki/Main_Page hier] herunterladen. Sabbu ist eine sehr gute Alternative, von vielen Timern geliebt, wird aber leider nicht mehr weiterentwickelt und sollte deshalb gemieden werden. Von Substation Alpha, Subtitle Workshop und Medusa kann ich nur abraten. Diese Programme haben in keinster Weise den Umfang von Aegisub oder Sabbu und sind veraltet.

* Q: Wie hoch ist der Zeitauffwand für eine Episode?
* A: Ich würde sagen zwischen 1-2 Stunden sind am Anfang normal. Später wird es sich so zwischen 30-90 Minuten handeln und wenn dir Qualität wichtig ist, überprüfst du dein Timing am Ende noch nach Fehlern was nochmal etwa 20 Minuten sind. Aber ich persönliche mache zwischendurch meist eine Pause, denn Timing kann sehr öde sein, da brauch man zwischendurch Abwechslung.

* Q: Muss ich japanisch sprechen können um Timer zu werden?
* A: Absolut nicht! Man kann auch ohne japanisch Kentnisse hören, wann eine Person etwas sagt und wann nicht. Allerdings ist Japanisch eine tolle Sprache und sicherlich hilfreich, sowohl beim timen als auch generell beim Fansub gucken. Mit der Zeit wirst du wahrscheinlich eh japanische Wörter lernen.

* Q: Dein Tutorial ist mies, wo kann ich Timing noch lernen? / Ich hab da was nicht verstanden, kann ich irgendwo nachsehen? / Wie installiere ich Aegisub?
* A: [http://aegisub.cellosoft.com/docs/ Aegisub Hilfe] <-- hier sollte man alles finden können.

* Q: Timing hört sich langweilig an, lohnt es sich überhaupt Timer zu werden?
* A: Timing ''ist'' langweilig und niemand wird es dir danken, dass du deine Freizeit geopfert hast. Viele Leute loben tolle Karaoke-Effekte, einen schönen Encode oder super Typesetting, als Timer musst du aber auf Lorbeeren verzichten. Allerdings ist Timing auch notwendig dafür, dass dein Lieblingsanime als Fansub erscheint. Ob es den Aufwand wert ist, musst du selber entscheiden.

= Timing Tutorial =

== Preparations ==

Ich nehme an du hast Aegisub schon installiert und bist bereit, deinen ersten Versuch zu starten. Als allererstes benötigst du 2 Sachen: einen [[Raw]] (Workraw bevorzugt) und ein Script mit der Übersetzung (hoffentlich als .txt / [[.ssa]] / [[.ass]] gespeichert).

Ein perfektes Script ist in einer .txt Datei und beinhaltet den Sprecher gefolgt von einem ":" und der Übersetzung. Etwa so:

Ren:Excuse me.
Ren:Shinra-sama, it's morning.
Shinra:Ren?
Ren:Yes.
Shinra:I had too much to drink and my head hurts.

Damit es losgehen kann, musst du als erstes die beiden vorhin erwähnten Dateien öffnen. Als erstes das Script:
Du kannst dafür entweder auf das <tt>Open File</tt>-Symbol klicken oder aber auf <tt>File -> Open Subtitles...</tt>.
Es erscheint ein Menü <tt>Text Import options</tt> in dem du den Import deines Script einstellen kannst.

Im Feld <tt>Actor Separator</tt> wählt man das Symbol aus, welches den Sprecher von der Übersetzung trennt. In dem Script oben wäre das die Standarteinstellung "<tt>:</tt>".

<tt>Comment starter</tt> bedeutet das Symbol mit der Zeilen als Kommentar erscheinen. Kommentarzeilen sind nur innerhalb des Programms sichtbar, nicht im Video.

Als nächstes laden wir das Video unter <tt>Video -> Open Video...</tt>.

[[Bild:Timingtutorial_openvideore2.jpg|Dateiauswahldialog zum Öffnen der Raw-Videodatei]]

Einfach deinen Raw suchen und auf <tt>Öffnen</tt> klicken. Sollte der Raw in einem anderen Format als [[.avi]] oder [[.avs]] sein (z.B. [[.mkv]]), musst du bei Dateityp <tt>Other supported formats...</tt> auswählen.

Um loszulegen, fehlt allerdings noch die Audiospur. Dazu gehst du auf <tt>Audio</tt> -> <tt>Open Audio from Video</tt>. Das Laden des Audios kann einen Augenblick dauern, in ein paar Sekunden sollte die Oberfläche aber so aussehen:

[[Bild:Timingtutorial_everythingloaded.jpg|Nach dem Laden des Audio-Streams]]

Der grüne Streifen ist die '''Waveform''' die beste Hilfe die du bekommen kannst beim timen. Mit der Zeit wirst du an diesem Streifen genau erkennen können, wann jemand anfängt zu reden und wann er aufhört.

Rechts neben der Waveform siehst du 3 Regler. Die ersten beiden strecken die Waveform und vergrößern oder verkleinern sie, was sehr hilfreich sein kann. Der letzte Regler stellt die Lautstärke ein. Versuch einfach mal ein wenig damit herumzuspielen.

Eigentlich kann es jetzt losgehen, aber um es ein wenig übersichtlicher zu machen, würde ich dir empfehlen unter <tt>View</tt> -> <tt>Audio+Subs View</tt> auszuwählen, denn das Video stört im Grunde nur.

== Shortcuts ==

Also gut, jetzt geht's endlich los. Oder doch nicht? Vorher möchte ich dir noch die Shortcuts erklären.

Man kann theoretisch mit der Maus wild herumklicken und so ein Script timen aber das resultiert nur in einem Chaos und beansprucht den dreifachen Zeitaufwand. Du solltest versuchen sofort von Anfang an '''Shortcuts''', also die Tastatur, zu benutzen.

Hier möchte ich die wichtigsten, für das Timing benötigten Shortcuts erklären. (Beachte hierbei bitte, dass ich die SSA Shortcuts verwende. Gewohnheitssache, wenn du die neuen benutzen möchtest oder deine eigene Tastaturbelegung erstellen willst, gehe unter <tt>View</tt> -> <tt>Options...</tt> auf das Feld <tt>Hotkeys</tt>.)

* "S" : Spielt die Linie von der Startmakierung bis zur Endmakierung ab.
* "T" : Spielt die Linie von der Startmakierung bis zum Ende des Videos ab.
* "H" : Stopt das Abspielen des Audios.
* "D" : Spielt 500ms vor der Endmakierung ab.
* "W" : Spielt 500ms nach der Endmakierung ab.
* "Q" : Spielt 500ms vor der Startmakierung ab.
* "E" : Spielt 500ms nach der Startmakierung ab.
* "G" : Speichert eure Makierungen und springt direkt zur nächsten Zeile. (Wirst du seeeehr oft drücken ;))
* "A" : Bewegt die Waveform nach Links (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen um die Waveform zu bewegen, mag ich persönlich lieber)
* "F" : Bewegt die Waveform nach Rechts (Wenn du eine Maus mit Scrollrad hast, kannst du einfach scrollen um die Waveform zu bewegen, mag ich persönlich lieber)

Das sind die Shortcuts die ihr euch merken solltet. Mehr Shortcuts zu kennen ist sicherlich nicht schlecht, aber die oben genannten reichen vollkommen aus.

== Rough Timing ==

Es geht endlich los!

Und es ist sogar in einem Satz erklärt: Drücke "T", damit du hören kannst, was die Leute sagen, klicke mit der linken Maustaste auf der Waveform wo der Satz anfängt und die rechte Maustaste wo er aufhört. Fertig.

War doch ganz einfach, oder?

Ein wenig ausführlicher:

Spiel als erstes das Audio hab. Du siehst einen weißen Marker laufen, der dir zeigt, welche Stelle du gerade hörst. Lass ihn laufen bis du den ersten gesprochenen Satz hörst. Klicke an die Stelle, wo der Marker war, mit der linken Maustaste. Drücke etwas weiter die rechte Maustaste, etwa da, wo du denkst der Satz wird aufhören. Du siehst, beim Linksklick erschien ein roter Marker, beim Rechtsklick ein gelber. Hast du beide Marker gesetzt, färbt sich der Bereich zwischen den Markern rot. Außerdem siehst du wie die Felder <tt>Start Time</tt> und <tt>End Time</tt> blau hinterlegt werden. Das zeigt dir, das du die Zeitgabe für diese Line gerade geändert hast. Noch ist allerdings nichts endgültig, denn meistens ist es mit einem Klick nicht getan. Dein Ziel ist es, den Satz einzufangen. Der rote Marker muss am Anfang des Satzes sein, der gelbe am Ende. Dabei helfen dir die Shortcuts, die du dir hoffentlich gemerkt hast.

Um zu sehen, ob du genau am Anfang bist, drücke einfach einmal "Q". Hörst du den Sprecher reden? Wenn ja, klicke mit der linken Maustaste einfach ein wenig weiter links auf der Waveform. Wenn du nichts hörst, drücke einmal "E" um zu hören ob der Sprecher direkt anfängt zu reden. Wenn nicht, hast du den Marker zuweit nach links bewegt. Justiere den Marker und fertig ist die Startzeit. Das gleiche muss nun mit dem gelben Marker gemacht werden. Drückst du "D" sollte der Schluss des Satzes zu hören sein, drückst du "W" sollte nichts mehr vom Sprecher zu hören sein. Um weiterzumachen, drücke "G", damit übernimmt Aegis deine Angaben und springt automatisch in die nächste Zeile.

[[Bild:Timingtutorial_roughtiming.jpg|Grob-Timing]]

Nachdem du "G" gedrückt hast, siehst du wie die Marker ihre Position gewechselt haben und wie deine alte Markierung abgedunkelt erscheint. Aegisub nimmt einfach die Endzeit, die du vorher angegeben hast als Startzeit für die neue Linie und setzt den End Marker 2 Sekunden weiter. Den oben beschriebenen Vorgang wiederholst du einfach noch 300 mal und dein erstes Timingscript ist so gut wie fertig :)

Achja, sollten mehrere Personen gleichzeitig sprechen, das interessiert dich nicht. Du nimmst einfach immer die Start und Endzeit der jeweiligen Zeile, selbst wenn sich die Markierung mit der einer vorherigen Zeilen überschneidet. Das auszubügeln ist Aufgabe des Typesetters, wir haben schon genug zu tun.

Wenn du fertig mit dem Rough Timing bist, '''speichern'''! Das ist sehr wichtig! Am besten speicherst du die Datei als <tt>Name_der_Serie[Rough_Timing].ass</tt> ab, denn wir werden eventuell später nocheinmal auf das Rough Timing zurückgreifen müssen.

== Post-Processing (Fine Timing) or Help, what are those pink lines doing in my beautiful green Waveform o_O! ==

=== Leads ===

Warum sind in unseren heutigen Zeit Filme und Serien erfolgreicher als Bücher? Weil man bei Filmen nicht lesen muss! Lesen beansprucht viel mehr Zeit als zuzuhören und das muss auch beim subben berücksichtigt werden. Ein Sprecher redet manchmal schneller als ein Zuschauer lesen kann und darum sorgen wir als Timer dafür, dass selbst ein langsamer Leser alles mitbekommt ohne den Pauseknopf drücke zu müssen.

Wie macht man das? Man verlängert der Start- und Endzeit eines Untertitels ein wenig.

Wenn du jetzt denkst: ''"Verdammt, hättest du mir das nicht früher sagen können, ich hab schon mein gesamtes Script getimt?"'', keine Sorge, das läuft alles automatisch ab. Aegisub hat ein wundervolles Feature namens '''Post-Processing''' was dir diese Aufgabe abnimmt. Mehr dazu [[#Post-Processing|später]].

Um dem Leser mehr Zeit zu geben, fügen wir Lead-ins und Lead-outs ein. Der Unterschied zwischen In und Out ist, dass '''Lead-ins''' den Anfang verlängern und '''Lead-outs''' das Ende. Meistens haben Lead-ins weniger Milisekunden als Lead-outs (etwa die Hälfte).

[[Bild:Timingtutorial_leads.jpg|Leads (Beispiel)]]

=== Scenetiming ===

Du wirst dich sicherlich gewundert haben, was diese pinken Linien in der Waveform bedeuten. Ganz einfach: Aegisub hat ein weiteres besonderes Feature, mit dem beim Laden des Videos Keyframes in der Audiowaveform angezeigt werden. Was sind also Keyframes?

Für Timer sind '''Keyframes''' im Grunde die Bezeichnung für das erste Bild einer neuen Szene. Ein guter Timer weiß, dass es dem menschlichen Auge hilft, die Untertitel entspannt zu lesen, wenn sie nicht über eine Szene hinaus laufen (sogenannte Scenebleeds). Wenn sich die Szene abrupt ändert, der Untertitel aber nicht, wundert sich das Gehirn, "Was ist denn hier passiert?" und hat den Faden verloren.

Um das zu vermeiden gibt es das '''Scenetiming'''. Hier nimmt dir ebenfalls das [[#Post-Processing|Post-Processing]] den größten Teil ab.

Scenebleed (animiertes Bild): [[Bild:Timingtutorial_scenebleed.gif|Scenebleed (derselbe Untertitel bleibt über einen Szenenwechsel hinaus sichtbar)]]

Kein Scenebleed (animiertes Bild): [[Bild:Timingtutorial_noscenebleed.gif|kein Scenebleed (der Untertitel verschwindet im Moment des Szenenwechsels)]]

=== Linking ===

Das Linking von Untertiteln gehört zum guten Stil. Man kann sich darüber streiten ob es sinnvoll und notwendig ist, aber ich persönlich bevorzuge ein Linking.

'''Linking''' bedeutet wenn die Endzeit von einer Linie und die Startzeit von einer anderen nahe bei einander liegen, die Endzeit der ersten Linie mit der Startzeit der zweiten Linie gleichzusetzen. Klingt verwirrend, aber die folgeneden Bilder sollten es deutlich machen:

Kein Linking (animiertes Bild): [[Bild:Timingtutorial_nolinking.gif|Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)]]

Linking (animiertes Bild): [[Bild:Timingtutorial_linking.gif|kein Linking (keine Pause zwischen zwei Untertitel-Einblendungen)]]

Auch diese Aufgabe übernimmt das Postprocessing.

=== Post-Processing ===

Wie also nutzt man dieses Wunder Gottes und die Erfüllung aller Timerträume? Unter <tt>Timing</tt> -> <tt>Timing Post-Processor...</tt> gelangt man in das sagenumwobene Menü.

Mehrere Optionen stehen zur Verfügung. Die Optionen sind selbsterklärend, daher werde ich nicht zu sehr in Detail gehen. Im Feld <tt>Lead in</tt> bzw. <tt>Lead out</tt> gibt man die Milisekunden ein, die man gerne an jede Zeile hängen möchte. Lead-ins dauern etwa 40-250 ms, Lead-outs zwischen 200-500. Ich persönlich wähle als Lead-in 200 ms und als Lead-out 400, aber das ist Geschmackssache.

Die nächste Option ist für das Linking der Untertitel. Im Feld <tt>Threshold</tt> gibt man an, wieviele Milisekunden die Untertitel mindestens beisammen liegen müssen, bevor sie zusammengeschlossen werden. Standart ist 300, ich persönlich bevorzuge 350. Der Bias ist in meinen Augen ein wenig verbuggt, irgendwie hält er ab und zu nicht das was er verspricht. Aus diesen Grunde wende ich einen Trick an, den ich später erklären werde. Schieb den Regler einfach in die Mitte oder nach ganz rechts, nur links sollte er nicht sein.

Die letze Option beinhaltet die Einstellungen für das '''Keyframe snapping''' (nur möglich wenn ein Video geladen wurde). Keyframe snapping bedeutet, wenn ein Untertitel in der Nähe eines Keyframes ist (der pinken Linie), wird die Start/Endzeit der Zeile verkürzt oder verlängert, so das die Zeile genau beim Keyframe anfängt oder aufhört. Wenn du mit dem Mauszeiger über die Felder geht, bekommst du eine kleine Erklärung der einzelnen Optionen, daher möchte ich nicht weiter darauf eingehen. Wichtig ist, dass die Optionen hier nicht in Milisekunden sondern in Frames gemessen werden. (Ein Frame dauert zwischen 40-50 Milisekunden) Wie hoch du die Frameanzahl setzt, ist dir überlassen, probier einfach mal ein paar Möglichkeiten aus.

Wenn du fertig bist alles einzustellen, stell sicher, dass du den Hacken neben den Optionen setzt. Errinnerst du dich noch an den Trick, den ich erwähnt habe? Er ist im Grunde simpel, ich benutze das Post-Processing 2 mal. Wenn du alles eingestellt hast und auf OK drückst, wird Aegisub beim Linking der Zeilen der späteren Zeile keine Lead-ins geben. Mag ich persönlich nicht, daher wende ich als erstes das Post-Processing nur mit den Lead-ins an (im Feld geb ich die Hälfte der eigentlichen Lead-ins ein). Danach öffne ich nochmal den Post-Processor und wähle diesmal alle Optionen.

[[Bild:Timingtutorial_postprocessor.jpg]]

<tt>Ok</tt> drücken und Aegis übernimmt alles. Dein Timing Script ist fertig!!!

Congratulations! Du hast es geschafft! Gut gemacht! (>^_^)> (>^_^<) <(^_^<)

Jetzt solltest du dein Script speichern, allerdings ist es ratsam, es nicht als [[#Rough Timing|Rough Timing]] sondern als neue Datei, zum Beispiel <tt>Serie_[Timing].ass</tt>.

Es war ein langer Weg, aber wir haben ihn gemeinsam gemeistert. Ein neuer Timer wurde geboren.

== Watching it again ==

Dein Script ist jetzt im Grunde fertig, allerdings ist es sinnvoll, deine Arbeit noch einmal zu kontrollieren. Jeder Mensch macht Fehler und Maschinen noch mehr.

Obwohl das Post-Processing so gut wie alles gemacht hat, kann es passieren, dass ein [[#Scenetiming|Scenebleed]] nicht beseitigt wurde. Zum Beispiel wenn das Programm verwirrt ist, da es sich zwischen 2 Keyframes entscheiden muss.

Geh einfach auf <tt>View</tt> -> <tt>Full View</tt> und gucke dir die Episode nochmal von vorne an. Solltest du einen Fehler sehen, wähle die Zeile in der der Fehler ist und beseitige ihn. Um einen Scenebleed zu beseitigen musst du einfach den roten oder gelben Marker genau auf die pinke Linie bringen.

Hoffentlich haben sich bei deinem Script keine Fehler eingeschlichen, wenn doch, sind sie schnell beseitigt. Herzlichen Glückwunsch, jetzt hast du ein perfekt getimtes Script.

== Shifting ==

Oh verflucht sind diese Encoder, die immer wieder neue Raws finden! In deiner Karriere als Timer wird dich mit Sicherheit jemand fragen, ob du dein Timing nicht zu einem neuem Raw shiften kannst. Hier hilft dir ebenfalls Aegis wieder.

Lade das neue Video in Aegis und öffne dein Script. Du wirst feststellen, dein Timing ist nicht mehr an der Stelle an der es sein sollte und du musst das jetzt ausbügeln. Wähle eine Zeile und bring einfach den roten Marker an die Position an der er eigentlich sein sollte. Die Zeit im jetzt blau unterlegtem Feld <tt>Start Time</tt> ist die neue Startzeit, aber wenn du bei der Startzeit der Zeile guckst, siehst du, dass sie sich nicht verändert hat.

Jetzt heißt es den Unterschied zwischen den beiden Zeiten zu berechnen. Hast du die Zeit, schreib sie dir auf oder merk sie dir. Ohne die neue Startzeit zu übernehmen, gehst du jetzt ins Menü <tt>Timing</tt> und wählst <tt>Shift Times...</tt> aus. In dem Kästchen <tt>Time</tt> gibst du die eben errechnete Zeit ein. Darunter musst du zwischen <tt>Forward</tt> und <tt>Backward</tt> wählen. Wenn die Zeilen früher erscheinen sollen, wähle <tt>Backward</tt>, wenn sie später erscheinen sollen, <tt>Forward</tt>.

Du kannst außerdem auswählen
* ob alle Zeilen geshiftet werden sollen oder nur ein Teil und
* ob Start und Endzeiten betroffen sein sollen oder nur einzelne,
eigentlich selbsterklärend.

Mit <tt>OK</tt> bestätigen und schon hast du dein Script dem neuen Video angepasst. Doch Vorsicht! Es können [[#Scenetiming|Scenebleeds]] enstehen!

Abhilfe schafft mal wieder das [[#Post-Processing|Post-Processing]]. Einfach nur <tt>Keyframe snapping</tt> aktivieren, in den Kästchen <tt>1/</tt><tt>1</tt>/<tt>1</tt>/<tt>1</tt> auswählen und fertig, Aegis hat die unerwünschten durchs shiften entstandenen Scenebleeds ausgebügelt.

== Karaoke Timing ==

=== Preparations ===

Karaoke Timing beginnt wie normales Timing, Script und Video laden, dann alle Zeilen timen. Meistens sind 3 Zeilen vorhanden, einmal Kanji, einmal Romaji und dann die Übersetzung. Beim Timing einfach alle drei Zeilen wählen bevor man "G" drückt. Beim Karaoke Timing gibt es kein [[#Fine Timing|Fine Timing]], [[#Rough Timing|Rough Timing]] reicht.

=== Splitting a Line ===

Um einen Karaokeeffekt zu erhalten, muss man nicht nur die Zeile timen, sondern auch ''jede einzelne Silbe im Satz''. Um das zu vereinfachen biete Aegis den '''Karaokemode''' an. Dafür wählst du die erste Romajizeile aus, denn die Kanjizeilen (die mit den japanischen Schriftzeichen) und die Übersetzung interessieren uns nicht. Unter der Waveform siehst du einen Button mit der Aufschrift <tt>Karaoke</tt>. Klicke diesen Button um in den Karaokemode zu gehen.

Neben dem <tt>Karaoke</tt>-Button siehst du jetzt einen aktivierten <tt>Split</tt>-Button. Klick diesen <tt>Split</tt>-Button und beweg deine Maus über die Kästchen rechts. Du siehst, dass wo deine Maus ist ein Marker erscheint. Überall dort, wo du mit der linken Maustaste drückst, erscheint ein blauer Marker. Zwischen 2 Markern ist eine Silbe. Wenn du also einen Text wie "kono gaido wa sugoi" hast, möchtest du "ko|no |ga|i|do |wa |su|go|i" erreichen.

Falls du einen Fehler gemacht hast, kannst du nochmal an die selbe Stelle drücken um den Marker wieder zu entfernen.

Wenn du fertig bist, drück einfach Enter oder "G". In deiner Zeile erscheint jetzt überall wo du einen Marker gesetzt hast ein Symbol. Im Textbereich siehst du, dass jedes Symbol für <tt>{\k...}</tt> steht. Die Zahl hinter dem "k" gibt in Milisekunden an, wie lange die Silbe dauert. Und genau diese Zahl müssen wir ändern.

=== Timing a Syllable ===

Eine Silbe zu timen ist genauso wie eine normale Zeile zu timen, allerdings klickt man nicht mit den Maustasten, sonder zieht die gelben Linien nach links oder rechts. Mit den Shortcuts kannst du also hören, wann eine Silbe anfängt und wann sie aufhört. Die gestrichelte Linie für die erste Silbe ziehst du mit linker Maustaste gedrückt an dir richtige Position. Um die nächste Silbe zu bearbeiten, kannst du entweder auf die Silbe in der Waveform klicken oder in das Kästchen neben dem Split Button. Nach einigem hin und her sollte alles in Ordnung sein und du kannst mit "G" oder Enter deine Änderungen übernehmen.

Sollte es eine Pause innerhalb der Zeile geben, musst du eine weiter <tt>{\k...}</tt> Box einfügen. Klick nochmal auf <tt>Split</tt> und klick zwischen die beiden Silben, in denen es die Pause gibt. Enter und schon hast du eine Pause eingefügt, die du wie die Silben verändern kannst. Ganz leicht oder?

=== Kanji Timer ===

Eine noch recht neue Aegisub Funktion ist der '''Kanji Timer'''. Er hilft, das Timing für die Romaji auf die Kanji zu übertragen. Um ihn zu nutzen, müssen wir allerdings vorher erst Styles erstellen.

Styles sind für Typesetter, also gehe ich jetzt nicht in Detail sonder erkläre nur, wie man die Styles erstellt. Im Menü unter <tt>Subtitles</tt> -> <tt>Styles Manager...</tt> gelangst du in das Hauptmenü für Styles.

Du siehst dort im rechten Fenster wahrscheinlich den Style <tt>Default</tt>. Klicke einfach auf den Button unten rechts mit der Aufschrift <tt>Copy</tt>, während du <tt>Default</tt> ausgewählt hast. Ein neues Fenster öffnet sich und du solltest hier nur den Style name in <tt>Kanji</tt> ändern und <tt>OK</tt> drücken. Nocheinmal das ganze, aber diesmal nennen wir den Style <tt>Romaji</tt>. Schließ den Style Manager wieder.

Wähle jetzt alle Romaji Zeilen aus (Strg gedrückt halten und auf alle Zeilen klicken :P). Unter dem <tt>Karaoke</tt>-Button, neben dem <tt>Comment</tt>-Kästen findest du ein Dropdown Menü. Hier wählst du jetzt <tt>Romaji</tt> aus. Für die Kanji Zeilen dementsprechend <tt>Kanji<tt/>.

Öffne den Kanji Timer (<tt>Timing</tt> -> <tt>Kanji Timer...</tt>). Rechts wählst du als <tt>Source</tt> den Style <tt>Romaji</tt>, als <tt>Dest</tt> den Style <tt>Kanji</tt>. Klicke auf <tt>Start</tt> und schon kannst du mit den Pfeiltasten eine Silbe wählen und das zugehörige Kanji. Mit Enter geht es dann zur nächsten Silbe. Wenn du fertig bist, schließ das Fenster und schon bist du fertig.

= End / Contact =

So, das wars dann auch von mir. Ich bin sicher, dass noch ein paar Fragen offen sind (wie zum Beispiel Alphatiming, aber lasst bloss die Finger davon :P).

Wenn du also Fragen hast, kannst du mir gerne eine Email ([mailto:bakadono.2@googlemail.com bakadono.2@googlemail.com]) schicken. Solltest du Verbesserungsvorschläge (auch Rechtschreib und Formfehler) haben, nur her damit.

Hoffe ich konnte etwas helfen und du wirst ein erfolgreicher Timer ;)

Datei:Timingtutorial postprocessor.jpg

2008-03-09T16:17:42Z

Devil Doll: Timing-Tutorial (Screenshot): Postprocessing

Timing-Tutorial (Screenshot): Postprocessing

Datei:Timingtutorial nolinking.gif

2008-03-09T16:14:10Z

Devil Doll: Timing Tutorial (Beispiel): kein Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)

Timing Tutorial (Beispiel): kein Linking (irritierende Pause zwischen zwei Untertitel-Einblendungen)

Datei:Timingtutorial linking.gif

2008-03-09T16:10:56Z

Devil Doll: Timing Tutorial (Beispiel): Linking (keine Pause zwischen zwei Untertitel-Einblendungen)

Timing Tutorial (Beispiel): Linking (keine Pause zwischen zwei Untertitel-Einblendungen)