🚀 go-pugleaf

Florian Spisla <individual@nurfuerspam.de> schrieb:

>> Aber probier doch mal das Vergr�ssern des Puffers, wenn du sonst eine
>> zu tiefe Datenrate ausschliessen kannst. In VLC geht das AFAIR f�r
>> jedes Protokoll separat. Ev. pfuscht dir irgendeine Komponente ja in
>
>Weisst du gerade wo ich das machen kann? So in die Tiefe kenn ich den 
>VLC eben nicht.

Muss auch nachsehen, mach ich sp�ter.

>> die �bertragungszeiten rein (Firewall? QoS?) und (zu viele) P�ckchen
>> gehen zwar nicht verloren, aber erhalten f�r Streaming unzul�ssige
>> Versp�tung.
>
>M�glich w�r es, aber warum sollte der gleiche Stream in einem Programm 
>dann problemlos funktionieren und in zwei anderen Programmen zwei 
>verschiedenartige Probleme hervorrufen (k�nnte ja das gleiche sein, das 
>sich einfach anders anh�rt).

Naja, ich denke, das Problem ist schon immer dasselbe. W�hrend das
eine Programm die L�cke hochrechnet und mit "Hall" f�llt, macht das
andere Stopp n' Go.

>DAS ist ja, was mich so irritiert. Mein unliebster Player, der WMP, 
>spielt den Stream problemlos ab.
>
>Konkret geht es um: <http://stream.srg-ssr.ch/drsmw/mp3_128.m3u>
>
>Flo *Wie tutet der bei dir?* rian

Keine Probleme, soweit ich sehe.

�ffne den doch mal mit VLC und gehe auf Extras/Medieninformation
(ctrl-i) und dort "Statistik". Dann siehst du wie der Stream reinkommt
und ev. so auch, wo man dann schrauben m�sste. Hier sind nach ca
60'000 gespielten Puffern (rund 25 Minuten) zwei verloren gegangen.
Bei einer Input-Rate von ca. 66 - 144 kb/s (soweit ich das live
mitverfolgt habe) f�r den 128 kb/s-Stream, nichts wird als besch�digt
angegeben und keine Abbr�che.

Felix