Experiment VBR statt CBR und allgemeiner Entwickl.-Stand

[Administrator]

Kurzes Feedback zum Stand der Arbeiten:

Der Mpeg/DVB Encoderprzess ist zu 50% erfolgreich (wir haben superschnellen mpeg2->divx encoder gefunden mit Klasse parametern und schöner quali). Der Werbeblocker stürzt jedoch bei den mpeg files oft ab und ist noch nicht 24/7 tauglich.

Da die ungenauen Start/Stopzeiten wohl am schwersten den Average User plagen haben wir vor, diese Woche noch die Randfile-Geschichte zu bauen. Hierzu ist es nötig von dem CBR auf das VBR Verfahren zu wechseln.

Was ist das denn?

CBR=Constant Bit rate
VBR= Variable Bit rate

Schön, dass wir auf diese Weise zu dem wesentlich besser für OTR geeigneten Verfahren gefunden haben, denn CBR ist eigentlich für OTR totaler Quatsch. CBR nimmt man für Streams oder im CTV projekt, wo ich eine feste Verbindungsgeschwindigkeit habe, die niemals überschritten werden darf (z.B. T-DSl 768 kbit/s, dann darf der Stream nichtmal kurz 1000 kbit/s haben, sonst stockt es).
Bei uns geht es aber um Download. Und da ist VBR viel besser. (Encoderfreaks werden sich jetzt wohl kringeln vor Lachen, die wissen das alles schon, wir haben es glatt übersehen), bzw. ich dachte immer VBR gäbe es nur im 2pass Verfahren. Ist auch normalerweise so, aber von den 3 VBR Verfahren, gibt es eines, das auch 1 pass arbeitet.
Und dies passt sich dem Video quasi an. Wenn die Tagesschausprecherin steif wie eine Mumie dasitzt, geht der Codec runter auf 200kbit/s. Wenn im Actionkracher das ganze Bild glitzert hoch auf 1500kbit/s. Wichtig für uns Downloader ist die durchschnittliche Bitrate und die ist jetzt quasi voll abhängig von der Qualität des Filmes. Deswegen heisst dieses VBR Verfahren auch Qualitybased VBR. Ich habe mal jetzt Video-Quality 85% eingestellt und Ton 75%. Heute abend hatte ich für ZDF Video 75% und Ton 50%, das gab ~200MB/h. Aber so knickig wollten wir nicht sein (obwohl ich die Quali gar nicht schlecht fand). Mal sehen was so im Durchschnitt jetzt rauskommt und ob es Euch gefällt. Bitte Feedback posten. Besonders bei schnellen Szenen und Schnitten verspreche ich mir bessere Quali. Achja, vielleicht gibt es auch Nachteile bzgl. Konvertierung und auf DVD Brennen, Encoderfachleute bitte mal Input posten.

Zu den Randfiles:
Wenn alles gut läuft, können wir dieses VBR für alle Sender nehmen und dann die Randfiles starten. Wir beginnen jedoch das Thema Randfiles erst nur für ZDF um Chaos zu vermeiden. Es wird einen Vorlauf von 3 Minuten und einen Nachlauf von 5 Minuten geben. Jedes Video wird also 8 Minuten länger. Was mit Sendungen kleiner 5 Minuten passiert (News Wetter), wissen wir noch nicht. Derzeit werden die im Randfile verschlukt. Ich denke aber, wir kriegen auch einen Algo hin, der die erhält und einzeln anbietet.

Sonstiges: Tommy wird die Tage mit Java-Decoder anfangen (Mac/Linux/alle Win). Buddysystem ist quasi 99% in den letzten Zuckungen (Danke an Sven). Torrent-System haben wir noch kein Tracker-System das uns glücklich macht, von ratio-management ganz zu schweigen. Die Slots für die 4 neuen Sender stehen hier, ist derzeit nur nicht klar in welches RZ. Unser neues müsste via Astra DVB laufen und siehe oben, alle DVB Recording-Software läuft derzeit zu instabil (max. Zeit bis zum Absturz 2 Tage). Wir testen jetzt diverse TV-Karten mal durch.

Bitte mal Feedback zu Quali auf ZDF.

Klicken nicht vergessen!
Gruß :P

[Knuschel1979]

also folgendes:

du solltest dann aber das VBR so einstellen, dass es durchschnittlich 1000 kbps hat (so wie wir 2 es ja abgesrohen ahben) den ton, dass es durchschnittlich 128 sind...

wegen der qualy mit unkonvertieren für dvd müsste das hinhauen... keine angst evtl gibts probs mit sychronität von sound und film, aber wer sich auskentn bekommt das hin..

btw sorry, dass ich nicht dran dachte dir zu sagen dass vbr besser wäre, aber da du die idee des streamens ja noch hattest, dachte ich mir, dass es cbr wohl erstmal bleiben müsste. sonst hättest du da von mir auch schon zu hören bekommen.

wäre lieb wenn du mir bezüglich dieses themas eine PN zukommen lasst (das bitte an G. weitergeben)!!!! weiterhin bitte auch in die pn schreiben was du bezüglich den sachen im shoutboxing von mir gelesen hast vor 5 minuten... warum PN? weil ich bitte dann benachrichtigt werde und heute ausser haus bin und ne sms bekomme bei pn... also email bei mir, denn ich bin grade ein wenig im stress, würde ide infos dennoch zeitnahe bekommen um noch was sagen zu können dazu.

vielen lieben dank G.

knuschel

[Administrator]

Der Werbeblocker frisst leider nur mpeg dateien (noch, eine befreundete Firma sitzt grad an alternativen). Klar, das mpeg wird dann nicht umgeschnitten, sondern wir reden schon über schnittlisten. Diese werden dann dem encoder übrgeben. Das Thema encoding selbst haben wir mit Divx (ist bei unseren tests 5 mal schneller gewesen als Xvid) schon abgehakt. Problem ist derzeit das DVB-Recorden selbst. also welche TV-Karte mit welchem DVB-Recorder-Software hält länger als 2-3 Tage permanentes Aufzeichnen ohne Absturz aus. Am besten noch eine Karte, die 4 channels eine transponders gleichzeitig aufzeichnet (soll es geben, aber wo?).

Nocwas: Die jetzige OTR Qualität ist gar nicht 555kbit/s wie ich immer dachte. ich hatte zwar die Encoderqualität hochgestellt, aber ine andere batchroutine hat als Parameter die alten werte mitgegeben und Parameterwerte sind im zweifel vorrangig vor den allg. Werten.
Wir reden also derzeit über 450kbit beim OTR. Die kannst Du ganz klar mit 600 kbit xvid übertreffen. Aber mal was ganz anderes. Wie sagt Dir die jetzige ZDF Quali zu? Würde mich echt interessieren, die würde ich gerne für alle OTR Sender verwenden. (ist 85% VBR)

[Knuschel1979]

ja sicher aber: 600 habe ich gegen 1000 und 14000 gegenlaufen alssen. 1400 ist zu hoch gegriffen okay, aber 600 zu niedrig. 1000 ist das mittelmass, was du mir auhc im grunde vorrausgesagt hast.

wenn du divx nimmst. wie sieht das hier mit der qualy aus, denn: hier kann ja versch speed eingestellt werden. mehr speed = miesere qualy.. auf normal sollte man schon gehen.. ich hoffe hierien update zu bekommen.

zu avisynth: bin gegen das programm, wir im releaserbreich ahben hier schon sehr oft sehr viee probleme mit gehabt was schon einiges an releases zerstörte bzw pausieren liess. man kann also nicht von zuverlässigem und vor allem duerhaftem und störungsresistenten nutzen rden. und genau das ist aber vonnöten. @GC: gib mir och bitte mal ein uodate. habe nun scho oft drum gebeten und komme mir mitlerweile vor als müsse ich allem hinterherlaufen.. was ich, sorry, doch mehr als störend empfinde, im grunde sogar verärgert drüber bin

[Knuschel1979]

also folgendes.

ich habe getestet mit digitalem mpeg file, in riesengrösse sozusagen

habe das ganze mitlerweile mit svid und divx durch

die daten die OTR mitlerweile on mir hat für svid, diese mit 1000kbps und 128er sound sind optimal. divx dauert länger, da ist noch ein denkfehler drin, weil du divx auf 1 pass auf sauhohe qualy stellen musst und somit coden in xvid schneller geht.

ich ahbe solange alles durchgemacht bis ich wirklcih feststellen musste 600 sind in jedem fall wirklich zu wenig, vor allem wenn man dnekt, dass noch einige leute aus der release szene den weg hierher finden wollen (haben von mir einiges hierüber gehört) dies aber erst tun wenn man bei 1000 ist. unter 1000 sagen sie genau wie ich dioe qualy ist selbst bei supermaterial zu wneig. 1000+128 also (video+sound)...

da ahbe ich mit 2 mal nen halben tag verbracht um das alles zu testen. divx ist 10-15 prozent langsamer zu kodieren wenn die qualy gleich sein soll wie bei xvid.. svid ist bereits optimal eingestellt. aber alles in cbr. gehen wir jetzt auf vbr wird sich aber nix ändern an den restlichen einstellungen.

[magic]

Öhm.... ich habe jetzt mal was bei ZDF aufgezeichnet. Die Aufnahme ist aber eine wmv Datei und keine DivX Datei geworden.

Was mache ich falsch?

[Administrator]

nichts, es sind wmv dateien derzeit noch, aber auf ZDFist es VBR statt CBR, s.o.

[magic]

Wer lesen kann ist klar im Vorteil.... sorry mein fehler.... da du am Anfang über DivX geschrieben hast, habe ich den Rest gar nicht mehr richtig gelesen...

Sorry... :D

[Shorty]

einige leute aus der release szene den weg hierher finden wollen
lööööööl. :lol: emule = release szene? ... neee :D

[BloodyMary]

Habe VBR mit Bella Block mal getestet.Es ist mir aufgefallen,daß die Datei kleiner ist als mit CBR.Qualitätsunterschiede konnte ich keine bemerken.Ich wandle jede Datei mit Nero Vision auf DVD Long Play um.
DivX wäre nicht schlecht,da kann man sich das Umwandeln vielleicht ersparen.

[GCNUSER]

Das wär super!
:D

[Hossie]

Genial. :thumbsup:

[Administrator]

ja, das stimmt. VPS wäre schön, gibbet aber nich, selbst im analogen Pro7 fehlt es.. Also wie lautet Deine lösung des Problems?

Ich denke, richtig weh tut es bei Movies & blockbustern und die sind von so grassen Verzögerungen seltener betroffen (da buchen sich viele Werbetreibende gezielt ein u.s.w.).

Generell wäre es noch möglich 5 Minutenweise aufzuzeichnen und alles beim Download zusammenzupacken und dabei auch gleich die Werbung nachträglich zu identifizieren. Schwirrt alles in unseren Köpfen rum, hat aber auch alles 1000e Nachteile, vor allem für die User. Aber mal sehen, bislang waren wir ja auch kreativ, also das OTR-Team + Community. :-)

P.S. Overlap=Randfiles ist jetzt überall bei OTR Standard (Ausnahme: bei MTV geht es technisch nicht)

[Gimme Shelter]

Original von Administrator

es sind wmv dateien derzeit noch, aber auf ZDFist es VBR statt CBR, s.o.Ist denn geplant divx statt wmv zu verwenden (wäre wirklich klasse)?

[magic]

Original von Administrator


Das Dijjerprojekt will das Chaos beseitigen läuft aber auch nicht rund. Rund genug jedenfallsmittlerweile, sodaß wir die Dijjerlinks für OTR Files mal für Experimentierfreudige wieder anzeigen. Einfach mal downloaden via Dijjer und Erfahrung posten.

Geht leider nicht... kommt bei mir folgender Fehler:

Warning: fopen(access.log): failed to open stream: Read-only file system in /home/groups/d/di/dijjer/htdocs/get/index.php on line 36

Warning: fputs(): supplied argument is not a valid stream resource in /home/groups/d/di/dijjer/htdocs/get/index.php on line 45

Warning: fclose(): supplied argument is not a valid stream resource in /home/groups/d/di/dijjer/htdocs/get/index.php on line 46

Gruss magic

PS: Von anderen Seiten geht der download mit dijjer...

[Knuschel1979]

JA divx ist definitiv mit 1000er qualy und 128er sound in planung

[MPB]

So ich poste hier einfach mal rein, habe den post mit der roadmap einfach nicht mehr gefunden :( Aaaalso wie ihr seht steht in jedem zweiten Thread was über divx.. in der roadmap stand (steht) das das ende Februar kommen soll :shock: Das wäre natürlich zuuu geil, vlt. macht ihr da einfach mal ein Sticky Topic wo ihr reinschreibt ok das dauert bis ca april z.b.

just my 0.02€;)