🚀 go-pugleaf

Florian Spisla <individual@nurfuerspam.de> schrieb:

>Unser Medienchef m�chte dann und wann und auch �fters DRS1 �ber den 
>Stream h�ren.

Geb�hren bezahlt? ;-)

>Allerdings quietscht der Stream. Man h�rt grunds�tzlich 
>das Radio, aber es wird wie von einem zweiten Stream �berlagert, der 
>quietsch und fiept und "chroset".

Ich habe hier einen PC, dessen Soundchip auf dem Audio-Out Signale vom
Monitor und/oder anderen Ger�ten mit drin hat. Zeigt sich so, dass bei
Mausbewegungen rps. auch Bild�nderungen am Monitor diese quasi auch zu
h�ren sind. Nicht lustig f�r die Ohren. Muss irgend ein Murks sein
beim Layout-Desing der Hauptplatine. Ich meine mich zu erinnern, dass
das bei zeitweiligem Einsatz einer zus�tzlichen Grafikkarte statt der
onBoard-Grafik dann nicht mehr der Fall war.

Felix

On 19.02.2010 13:10, Felix Holdener wrote:
>> Unser Medienchef m�chte dann und wann und auch �fters DRS1 �ber den
>> Stream h�ren.
>
> Geb�hren bezahlt? ;-)

Nehm ich mal an :-P

>> Allerdings quietscht der Stream. Man h�rt grunds�tzlich
>> das Radio, aber es wird wie von einem zweiten Stream �berlagert, der
>> quietsch und fiept und "chroset".
>
> Ich habe hier einen PC, dessen Soundchip auf dem Audio-Out Signale vom
> Monitor und/oder anderen Ger�ten mit drin hat. Zeigt sich so, dass bei
> Mausbewegungen rps. auch Bild�nderungen am Monitor diese quasi auch zu
> h�ren sind. Nicht lustig f�r die Ohren. Muss irgend ein Murks sein
> beim Layout-Desing der Hauptplatine. Ich meine mich zu erinnern, dass
> das bei zeitweiligem Einsatz einer zus�tzlichen Grafikkarte statt der
> onBoard-Grafik dann nicht mehr der Fall war.

Unkonventionelle Idee, aber wohl nicht in unserem Fall. Ausser wir 
h�tten auf drei verschiedenen Modellen (2x Notebook, 1x Desktop) den 
gleichen Murks...

Aber es h�rt sich eigentlich f�r mich auch nach was hardwarem�ssigem an.

Gruss
Florian

-- 
Die Menschen mu� man vor den Kopf sto�en, damit sie lernen, ihn zu 
gebrauchen...
***Dieter Hildebrandt

Florian Spisla <individual@nurfuerspam.de> schrieb:

>>> Allerdings quietscht der Stream. Man h�rt grunds�tzlich
>>> das Radio, aber es wird wie von einem zweiten Stream �berlagert, der
>>> quietsch und fiept und "chroset".
>>
>> Ich habe hier einen PC, dessen Soundchip auf dem Audio-Out Signale vom
>> Monitor und/oder anderen Ger�ten mit drin hat. Zeigt sich so, dass bei
>> Mausbewegungen rps. auch Bild�nderungen am Monitor diese quasi auch zu
>> h�ren sind. Nicht lustig f�r die Ohren. Muss irgend ein Murks sein
>> beim Layout-Desing der Hauptplatine. Ich meine mich zu erinnern, dass
>> das bei zeitweiligem Einsatz einer zus�tzlichen Grafikkarte statt der
>> onBoard-Grafik dann nicht mehr der Fall war.
>
>Unkonventionelle Idee,

Naja, "Idee" w�re zuviel der Ehre, war mehr ein "huch, jetzt wo die
GraKa drin ist, t�nts ja pl�tzlich anst�ndig".

>aber wohl nicht in unserem Fall. Ausser wir 
>h�tten auf drei verschiedenen Modellen (2x Notebook, 1x Desktop) den 
>gleichen Murks...

Tja, dann...
Aber Streams anderer Quellen sind OK? Ev. auch mal mit VLC einen
Stream im LAN loslassen. Was habt ihr denn f�r einen Router? Bevorzugt
der ev. verschiedene Dienste/Protokolle?

>Aber es h�rt sich eigentlich f�r mich auch nach was hardwarem�ssigem an.

Man will einfach nicht erkl�ren m�ssen, wie sich Streams mischen oder
�berlagern k�nnten, das ist ja bei IP irgendwie auch gar nicht
m�glich. Schon eher w�rde ich vermuten, dass zuviele Packete verloren
gehen oder so. Aber ob eine App dann die �bertragung als "online" an
Audio-out weiterreicht, weiss ich nicht. 
Ich erinnere mich grad jetzt beim Schreiben an Streams (noch mit
langsamerer Internet-Anbindung), die wie mit Hall und ziemlich
metallisch klangen, so wie durch einen R�hre, die �bertragungsrate war
da jeweils ziemlich im Keller. Ist aber lange her, keine Ahnung mehr
welche App und Protokolle da im Einsatz waren, aber die GUI zeigte mit
gr�n/gelb/rot die �bertragungsrate an.

Felix

ciao Florian


>> Allerdings quietscht der Stream. Man h�rt grunds�tzlich 
>> das Radio, aber es wird wie von einem zweiten Stream �berlagert, der 
>> quietsch und fiept und "chroset".

�hnliches erlebt....

Fall 1.
Nachdem der USB-Kopfh�rer nicht mehr am USB-Hub, sondern an einem
eigenen USB-Port hing, war das Pfeifen weg.

Fall 2.
via Netzwerksniffer (wireshark) den Stream kurz mitgeschnitten und via
eingebauter Auswertung h�hrbar gemacht. Im Stream kein Pfeifen.
Auf PC1 war Pfeifen h�rbar (siehe Fall 1); auf PC2 war chrosen h�rbar
und auf PC3 wars von Beginn weg ok.

Fazit:
PC 1 & 3 ok.
PC 2 mit schlechtem MoBo
USB-Kopfh�hrer an mehreren Systemen mit unterschiedlichen Treibern testen.

gruss
</s>

On 19.02.2010 19:24, Felix Holdener wrote:
>> aber wohl nicht in unserem Fall. Ausser wir
>> h�tten auf drei verschiedenen Modellen (2x Notebook, 1x Desktop) den
>> gleichen Murks...
>
> Tja, dann...
> Aber Streams anderer Quellen sind OK? Ev. auch mal mit VLC einen
> Stream im LAN loslassen. Was habt ihr denn f�r einen Router? Bevorzugt
> der ev. verschiedene Dienste/Protokolle?

Tja, ja... nach ein paar weiteren Tests bin ich erstmal perplex. Starte 
ich den Stream direkt aus dem Internet Exploder, dann hab ich diesen 
metallischen, quietschenden Beiklang. �ffne ich den Stream im VLC, dann 
spielt er den Bruchteil einer Sekunde, stoppt, spielt wieder ein St�ck, 
stoppt,... bis er nach ca. 10 Mal stoppen ganz aufh�rt. Kopiere ich 
genau die gleiche URL in den Windows Media Player, dann funktioniert es 
wunderbar...
Das mit den Netzwerkkomponenten sollte eigentlich nicht das Problem 
sein... wie man ja an obiger Beschreibung erkennt. Ansonsten sind alles 
irgendwelche Cisco-Komponenten. QOS ist sicher eingeschaltet f�r den ein 
oder anderen Dienst, aber das sollte ja einen kleinen Stream nicht so 
kaputten.

>> Aber es h�rt sich eigentlich f�r mich auch nach was hardwarem�ssigem an.
>
> Ich erinnere mich grad jetzt beim Schreiben an Streams (noch mit
> langsamerer Internet-Anbindung), die wie mit Hall und ziemlich
> metallisch klangen, so wie durch einen R�hre, die �bertragungsrate war

Genau... so ein metallischer Klang ist es... aber kein wirklicher Hall.

Flo *Ich bin dann mal mit meinem Latein am Ende.* rian

-- 
Die Politik ist ein Versuch der Politiker, zusammen mit dem Volk mit den 
Problemen fertig zu werden, die das Volk ohne die Politiker niemals 
gehabt h�tte.
***Dieter Hildebrandt

Florian Spisla <individual@nurfuerspam.de> schrieb:

>>> aber wohl nicht in unserem Fall. Ausser wir
>>> h�tten auf drei verschiedenen Modellen (2x Notebook, 1x Desktop) den
>>> gleichen Murks...
>>
>> Tja, dann...
>> Aber Streams anderer Quellen sind OK? Ev. auch mal mit VLC einen
>> Stream im LAN loslassen. Was habt ihr denn f�r einen Router? Bevorzugt
>> der ev. verschiedene Dienste/Protokolle?
>
>Tja, ja... nach ein paar weiteren Tests bin ich erstmal perplex. Starte 
>ich den Stream direkt aus dem Internet Exploder, dann hab ich diesen 
>metallischen, quietschenden Beiklang. �ffne ich den Stream im VLC, dann 
>spielt er den Bruchteil einer Sekunde, stoppt, spielt wieder ein St�ck, 
>stoppt,... bis er nach ca. 10 Mal stoppen ganz aufh�rt. Kopiere ich 
>genau die gleiche URL in den Windows Media Player, dann funktioniert es 
>wunderbar...
>Das mit den Netzwerkkomponenten sollte eigentlich nicht das Problem 
>sein... wie man ja an obiger Beschreibung erkennt. Ansonsten sind alles 
>irgendwelche Cisco-Komponenten. QOS ist sicher eingeschaltet f�r den ein 
>oder anderen Dienst, aber das sollte ja einen kleinen Stream nicht so 
>kaputten.
>
>>> Aber es h�rt sich eigentlich f�r mich auch nach was hardwarem�ssigem an.
>>
>> Ich erinnere mich grad jetzt beim Schreiben an Streams (noch mit
>> langsamerer Internet-Anbindung), die wie mit Hall und ziemlich
>> metallisch klangen, so wie durch einen R�hre, die �bertragungsrate war
>
>Genau... so ein metallischer Klang ist es... aber kein wirklicher Hall.

Nein, kein Hall, es hatte einfach diesen Hall-Gruuf, also genau wie
bei dir. Das war damals eindeutig auf eine zu tiefe Datenrate
zur�ckzuf�hren. Etwas besser wurde es AFAIR lediglich, indem ich den
Puffer vergr�sserte, die dadurch entstehende Verz�gerung ist ja egal.

>Flo *Ich bin dann mal mit meinem Latein am Ende.* rian

Naja, Latein, das war nie so mein Ding, und mit Netzwerk-Woodoo habe
ich es auch nicht so.

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
die �bertragungszeiten rein (Firewall? QoS?) und (zu viele) P�ckchen
gehen zwar nicht verloren, aber erhalten f�r Streaming unzul�ssige
Versp�tung.

Felix

On 22.02.2010 10:12, Felix Holdener wrote:
>> Genau... so ein metallischer Klang ist es... aber kein wirklicher Hall.
>
> Nein, kein Hall, es hatte einfach diesen Hall-Gruuf, also genau wie
> bei dir. Das war damals eindeutig auf eine zu tiefe Datenrate
> zur�ckzuf�hren. Etwas besser wurde es AFAIR lediglich, indem ich den
> Puffer vergr�sserte, die dadurch entstehende Verz�gerung ist ja egal.

Eigentlich h�tte ich gedacht gehabt, das h�tte ich gemacht. Aber bei 
einer 10MBit Leitung ins Internet und einer zeitgem�ssen internen 
Verkabelung k�nnen wir ja wohl nicht �ber tiefe Datenraten reden.

>> Flo *Ich bin dann mal mit meinem Latein am Ende.* rian
>
> Naja, Latein, das war nie so mein Ding, und mit Netzwerk-Woodoo habe
> ich es auch nicht so.

Ich eben auch nicht. Drum h�ng ich ja so...

> 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.

> 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).

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

-- 
Statt zu klagen, dass wir nicht alles haben, was wir wollen, sollten wir 
lieber daf�r dankbar sein, dass wir nicht alles bekommen, was wir verdienen.
***Dieter Hildebrandt

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

On 22.02.10 11:30, Florian Spisla wrote:

> Konkret geht es um: <http://stream.srg-ssr.ch/drsmw/mp3_128.m3u>
>
> Flo *Wie tutet der bei dir?* rian

Hier in Spanien mit schrottiger Leitung kein Problem (VLC)

On 22.02.2010 14:08, Patrick Kormann wrote:
>> Konkret geht es um: <http://stream.srg-ssr.ch/drsmw/mp3_128.m3u>
>>
>> Flo *Wie tutet der bei dir?* rian
>
> Hier in Spanien mit schrottiger Leitung kein Problem (VLC)

Danke f�r die R�ckmeldung :-) Du kannst das leider wohl nicht im 
Internet Exploder testen? http://www.drs1.ch -> Radio ein

Flo *Den DAUs kann ich ja nicht zumuten, den URL f�r den Stream aus der 
Homepage zu extrahieren...* rian

-- 
Politik ist der Spielraum, den die Wirtschaft derselben l��t.
***Dieter Hildebrandt

On 22.02.2010 12:49, Felix Holdener wrote:
>>> 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.

Was mich so irritiert ist, das es im WMP funktioniert, im IE aber nicht. 
Dabei w�rd ich jetzt annehmen, das es im IE schlussendlich �ber ein WMP 
Plugin abgespielt wird...

>> 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.

Und bei mir wird da so gut wie nix angezeigt :-( Die Anzeige der 
Statistike im VLC stottert genauso wie die Wiedergabe des Audiostreams. 
Ich habe mich entschieden aufzugeben und das unserem Medienchef so 
mitzuteilen. Wahrscheinlich schick ich noch eine Anfrage an die Firma 
raus die unsere Netzwerkkomponenten verwaltet. Vielleicht haben die auf 
den Switches irgendwo eine Einstellung gemacht, die derart komische 
Ph�nomene verursacht!

Flo *Dank dir f�r deine Hilfe!* rian

-- 
Die Dummheit geht oft Hand in Hand mit Bosheit.
    ***Heinrich Heine

Florian Spisla <individual@nurfuerspam.de> schrieb:

>>> Konkret geht es um: <http://stream.srg-ssr.ch/drsmw/mp3_128.m3u>
>>>
>>> Flo *Wie tutet der bei dir?* rian
>>
>> Hier in Spanien mit schrottiger Leitung kein Problem (VLC)
>
>Danke f�r die R�ckmeldung :-) Du kannst das leider wohl nicht im 
>Internet Exploder testen? http://www.drs1.ch -> Radio ein

Hm, das hat mich jetzt wunder genommen: Wenn ich das im IE �ffne, dann
geht WinAmp auf als ext. Anwendung und der Stream klingt, wie er
soll... Ich brauch' IE sonst nicht und RealPlayer habe ich auch nur
da, weil ich ab und an wem was erkl�ren soll, aber RP ist nicht als
Standard-Anwendung definiert (das w�re VLC, warum IE den WinAmp
�ffnet, will ich jetzt auch nicht wissen...).

Felix

On 24.02.2010 07:40, Felix Holdener wrote:
>>>> Konkret geht es um:<http://stream.srg-ssr.ch/drsmw/mp3_128.m3u>
>>>>
>>>> Flo *Wie tutet der bei dir?* rian
>>>
>>> Hier in Spanien mit schrottiger Leitung kein Problem (VLC)
>>
>> Danke f�r die R�ckmeldung :-) Du kannst das leider wohl nicht im
>> Internet Exploder testen? http://www.drs1.ch ->  Radio ein
>
> Hm, das hat mich jetzt wunder genommen: Wenn ich das im IE �ffne, dann
> geht WinAmp auf als ext. Anwendung und der Stream klingt, wie er
> soll... Ich brauch' IE sonst nicht und RealPlayer habe ich auch nur
> da, weil ich ab und an wem was erkl�ren soll, aber RP ist nicht als
> Standard-Anwendung definiert (das w�re VLC, warum IE den WinAmp
> �ffnet, will ich jetzt auch nicht wissen...).

�RGS, ich hab das Problem gefunden... zumindest das im IE. Dein 
unschuldiges erw�hnen des RealPlayer hat mich zu den Addons gebracht. 
Dort den RealPlayer G2 deaktiviert... und voil�, es funktioniert!

Flo *Ein weiterer Grund die Finger von dem zu lassen.* rian

-- 
Es gibt im Leben nur eine S�nde, und die ist: den Mut zu verlieren.
    ***Johannes Mario Simmel

On 24.02.10 13:43, Florian Spisla wrote:

> �RGS, ich hab das Problem gefunden... zumindest das im IE. Dein
> unschuldiges erw�hnen des RealPlayer hat mich zu den Addons gebracht.
> Dort den RealPlayer G2 deaktiviert... und voil�, es funktioniert!

OK, dann brauch ich also nicht Windows zu booten. Puh ;)