Meinst du mich? Ich verwende beides — und muss sagen, unter Linux ist es bei dieser WebRTC-Technik im allgemeinen eher schlimmer als besser. Discord geht erstaunlich gut, während Jitsy meet & Co. bei mir regelmäßig Probleme machen. Alles was im Browser läuft, macht tendenziell mehr Zicken. Aber gut, da ist ja auch immer ein extra Layer drüber, nämlich der Browser selbst und dann noch der Code, der den eigentlichen Job im Browser erledigen soll (JS-Zeug). Aber alle haben dasselbe gemeinsam: Sobald Handsfree verwendet wird (sprich, sobald er das Mikro verwenden soll) habe ich letztlich keinen Zugriff mehr auf bessere Codecs für's empfangene Audio. Womit alles halt... kacke klingt. Dann brauch ich aber gerade für's Gaming kein Headset mehr, was so viel kostet, wie die ganzen BT-Dinger.
Posts by 7Saturn
-
-
Wäre natürlich echt ärgerlich, wenn es so wäre. Ich habe auch schon festgestellt, dass der BT-Empfänger im Host-Gerät auch eine Menge mitzureden hat. Hab gerade erst einen raus geworfen, der viel zu oft Probleme bereitet hat. Und das mit dem Lag habe ich auch schon beim Mixen bemerkt. Kannst komplett knicken. Da geht echt nur USB oder Klinke.
-
Mir geht's tatsächlich nicht um Hipp (aus dem Baby-Brei-Alter bin ich vorerst wieder raus
), sondern darum, eben nicht an-schnur zu sein. Was mit Kabel liegt 20 cm neben mir (und hat gestern auch zum ersten mal ein wenig gezickt, als ein Kanal auf einmal merklich leiser als der andere war).Mir geht's tatsächlich darum, was ohne Kabel zu haben, idealerweise an BT, weil alle relevanten Geräte bei mir das haben. Aber was auch immer ich bisher in die Hände bekam, war immer entweder-oder. Also entweder gute Klangqualität, dann aber keine Sprachaufnahme. Oder aber Sprachaufnahme, dafür dann vergleichsweise schlechte Wiedergabequalität. Zumindest bei reinem BT. Was mich eben zu der Frage bringt, »Muss das bei BT so?«, oder habe ich bisher einfach nur Pech mit den Modellen gehabt, die ich testen konnte?
-
99 Zugriffe in einem Monat, aber keine Antwort. Wirklich keiner hier, der Erfahrung mit BT-Headsets für's Gaming in Kombination mit Voice Chat hat?
-
Nichtsdestotrotz haste recht, diese One-Man-Shows sind nicht gut. Wir haben bei uns auch ein paar Aufgaben, wenn ausgerechnet die Person ausfällt, steht in dem Bereich alles. Aber erzähl das mal dem Management. Mitarbeiter A kann das sehr gut, macht es seit Jahren, ist aber der einzige. Alle anderen müssen erst mal eingelernt werden, brauchen dann immer noch länger. Am Ende gibt man dann doch wieder jede Instanz dieser Aufgabe(n) an Mitarbeiter A, statt auch Mitarbeiter B drauf anzusetzen. Kost ja schließlich sonst mehr Geld. Ergebnis: Es bleibt alles wie es ist, bis man dann doch mal bis zum Hals in der Sch***e sitzt. Dann ist das Gejammer groß.
Das ist dann aber typisches Managementversagen, wenn solche Risiken nicht gesehen oder sogar bewusst eingegangen werden.
Ich habe zeimal in Firmen gearbeitet, wo der Gründer als Alleinherrscher den ganzen Laden mit solchen Aktionen in die Scheiße geritten hat. Immer auf Kosten der Mitarbeiter, die dann mit "persölichem" Einsatz und Überstunden das wieder rausreißen sollten. Ich habe mich dann immer rechtzeitig vom Acker gemacht. Auf meinem Rücken lasse ich sowas nicht austragen, zumal ich vorher mehrfach auf die Risiken hingewiesen hatte.
Kommt mir doch sehr bekannt vor... Und volle Zustimmung. In meinem Fall ist es zum Glück nicht so, dass die Überstunden dann geschoben werden müssen. Das ist die eine Sache, die der Chef dann doch begriffen hat: Dass man nach 10 h einfach nicht mehr top-fit coden kann. Das Zeug was nach der Zeit angefangen wird, schaust dir nächsten morgen an und reißt die Hälfte wieder ab. Dann hättest auch gleich früher aufhören können. Wäre das anders (also dass die Entwicklungsabteilung den Bullshit von Management und Projektleitern in Form von Überstunden ausbaden muss), wäre ich schon lange weg. Wie du auch sagst, mehr als drauf hinweisen kann ich nicht. Umso erstaunlicher, wie lange das schon so geht. Manche Leute haben halt doch irgendwie mehr Glück als Verstand, oder super gutmütige Kunden. Und das ist dann eben der Stoff aus dem die unmöglichen Projekte gemacht werden.
-
Riesige Projekte und eine einzelne Person? Das ist eine ganz neue Definition von "riesig".
Wenn für eine Software nur eine einzelne Person zuständig ist, dann ist das Kind schon in den Brunnen gefallen. Was ist, wenn diese Person ausfällt?
Kommt vor... Management-Entscheidungen, ausbrechender Intriganten-Stadl, Kollegen gehen wegen wichtiger Gründe, und dann bricht sich die eine Person die Hand.
Das geht für ne Weile gut.Es ist halt immer die Frage, wie weit man das verteilen kann. Das ist dann die andere Richtung. Einen Haufen Generalisten zu haben, ist erst mal nicht schlecht. Aber nicht jeder von denen kann in voller Tiefe alles können, was benötigt wird. Also hast doch wieder Spezialisten. Und wie du schreibst, es kann schon auch mal blöd laufen. Aber oft genug ist es einfach mit Ansage blöde. Und dann wurschtelt sich irgendeiner durch, der die Ecke einfach nicht sonderlich gut kennt, der kräftig am Rudern ist, weil er's halt noch nie gemacht hat. Wenn's dann nicht den üblichen Standard hat, oder genauso schnell geht, ist das auf der einen Seite vorhersehbar, auf der anderen Seite versucht man das Problem aber eben (siehe letztes Posting) leider viel zu selten proaktiv schon im Vorhinein zu vermeiden.
-
Eigentlich wurde das meiste schon genannt. Aus der Praxis kann ich sagen, dass riesige Komplexität, handwerkliche Problem aber auch organisatorische Probleme jedes für sich seine ganz eigenen Tücken hat. Komplexität: Irgendwann kommt man an den Punkt, dass das Softwarekonstrukt dermaßen ausufernd groß ist, dass man als einzelne Person gar nicht mehr überblicken kann, was genau das alles bewirkt, wenn man an Stelle A Änderung B vornimmt.
Riesige Projekte und eine einzelne Person? Das ist eine ganz neue Definition von "riesig".
Wenn für eine Software nur eine einzelne Person zuständig ist, dann ist das Kind schon in den Brunnen gefallen. Was ist, wenn diese Person ausfällt?
Du missverstehst meine Stoßrichtung: Meistens arbeitet man dann doch nicht im Pair-Programming. Man sitzt also allein vor der Kiste und denkt sich, dass das doch jetzt eine ganz tolle Idee war, es so zu machen. Nur um festzustellen, dass das an einer ganz anderen Stelle eine negative Auswirkung hat, die alles andere als offensichtlich war. Wenn dein Projekt nur groß genug ist (oder du genug Kunden mit Anpassungen daran hast, die du nicht mal kennst/kennen kannst), haste halt einen schlechten Stand. Und da helfen auch keine Code-Reviews. Da müssen automatisierte Tests her, die auch nicht immer trivial herzustellen sind. Haben wir z. B. bis zum heutigen Tage nicht.
Nichtsdestotrotz haste recht, diese One-Man-Shows sind nicht gut. Wir haben bei uns auch ein paar Aufgaben, wenn ausgerechnet die Person ausfällt, steht in dem Bereich alles. Aber erzähl das mal dem Management. Mitarbeiter A kann das sehr gut, macht es seit Jahren, ist aber der einzige. Alle anderen müssen erst mal eingelernt werden, brauchen dann immer noch länger. Am Ende gibt man dann doch wieder jede Instanz dieser Aufgabe(n) an Mitarbeiter A, statt auch Mitarbeiter B drauf anzusetzen. Kost ja schließlich sonst mehr Geld. Ergebnis: Es bleibt alles wie es ist, bis man dann doch mal bis zum Hals in der Sch***e sitzt. Dann ist das Gejammer groß.
-
Eigentlich wurde das meiste schon genannt. Aus der Praxis kann ich sagen, dass riesige Komplexität, handwerkliche Problem aber auch organisatorische Probleme jedes für sich seine ganz eigenen Tücken hat. Komplexität: Irgendwann kommt man an den Punkt, dass das Softwarekonstrukt dermaßen ausufernd groß ist, dass man als einzelne Person gar nicht mehr überblicken kann, was genau das alles bewirkt, wenn man an Stelle A Änderung B vornimmt. Das kann man in Grenzen schon in den Griff kriegen, aber dann folgt das was andere schon gesagt haben: Wenn man das richtig™ machen will, braucht man Zeit. Zeit ist Geld und Kunden wollen natürlich immer alles am besten morgen, und am liebsten wären sie der einzige Kunde auf der Welt, um den sich alles dreht.
Auf der anderen Seite, was auch schon genannt wurde: Je früher man die Probleme aus dem Weg räumt, desto besser. Am besten schon bei der Spezifikation, wenigstens bei der Umsetzung. Aber nicht erst beim Test, beim Release-Bau oder gar erst beim Kunden. Das ist noch teurer. Hier in der Firma wird einfach viel zu oft die Minimallösung für ein Problem angeschleppt, statt es einfach ein mal gescheit zu machen. Nicht weil die Entwickler nicht wollten... Sondern weil der Fisch vom Kopf her stinkt, und man einfach immer die Ansage kriegt, das zu nehmen, was aktuell am schnellsten und damit billigsten erledigt ist. Dass man dann statt ein mal drei Tage lieber 10 mal einen halben Tag rein stecken muss, garniert mit etwas angesäuerten Kunden. Hauptsache schnell schnell.
Und das Beispiel mit den neun Frauen, die in einem Monat ein Kind auf die Welt bringen: Mal das Buch »The Mythical Man Month« lesen. Gut beschrieben, warum es nicht immer hilft mehr Manpower drauf zu packen.
-
Bugreport einreichen.
-
Also sagen wir mal so: Libre Office steht entwicklungsteam mäßig besser da. Die Community ist einfach aktiver. Daher: Probier's einfach aus. Du musst dich ja nicht mal entscheiden, kein entweder-oder. Nur womit Files auf gemacht werden, das musst ggf. in Windows umstellen. LO hat wie alle Office-Lösungen schon ein paar Ecken und Kanten. Aber es in den letzten Jahren doch sehr gut geworden.
-
Ich suche schon geraume Zeit nach einem Headset, welches idealerweise über Bluetooth oder Kabel am PC angebunden sein kann (also nicht: beides gleichzeitig). Aber alle Geräte, die ich bisher gefunden habe, die nur über BT laufen, haben das gleiche Problem: Sobald man das Mikro benutzt, wird auf Hands-free umgeschaltet, und der sonst ggf. sogar hervorragende Klang der Kopfhörer wird auf einmal mies, weil eben über das qualitativ schlechte Protokoll Klangeinbußen unvermeidlich sind.
Meine Frage ist: Muss das so? Geht das einfach konzeptionell nicht anders, also dass z. B. Hands-Free (HFP) und normaler Sound (A2DP) gleichzeitig genutzt werden?
Ich habe schon gesehen, dass es wohl inzwischen Kombinationen gibt, die W-LAN und BT verwenden, sodass getrennte Kanäle auch getrennte Protokolle erlauben. Oder auch ganz lustig: BT für die Sprach-Kommunikation, aber dann zusätzlich am USB- oder Klinke-Kabel für's sonstige Klangerlebnis. Dann brauche ich aber kein BT-Headset mehr... Weiß hier wer Bescheid? Ich finde es zumindest momentan hochgradig undurchsichtig, worauf genau ich beim Headsetkauf achten sollte.
-
Vielleicht hab ich mich missverständlich ausgedrückt: Ja, Steam, eh klar. Ich meinte deren eigene Seite. Da gibt es für beide Spiele nur je genau einen Download, und der ist eben beides mal der Installer für den Launcher. Den man sich (so wie ich das verstanden habe) eh an die Pobacken kleben kann, weil er bald nicht mehr geht. Also dass das nichts mit dem Launcher zu tun hat, glaube ich so einfach nicht. Die Links sind eben keine direkten Downloads, wie ein Vorposter behauptet hat.
-
Also, ich mag mich irren, aber.... das einzige, was die mir da anbieten, ist der Installer für den Launcher.
-
Sagen wir mal so: Ich hab's gestern mit Opera und dem VPN-Dingsi nach Löschen der Cookies hin bekommen. Aber generell sind die da ziemlich scharfe Hunde. Müssen sie ja eigentlich auch. (Danke Deutschland!) Wenn alle Stricke reißen, und es nicht um was kostenloses geht, kann aber immer noch »als Geschenk« gehen, von jemand anderem, der es sehen kann (z. B. jemand aus AT).
-
Nennt sich Grundlagenforschung. Z. B. um neue Materialien für elektrische Anwendungen zu finden. Wenn ich aber dem Elektroniker nicht garantieren kann, dass das neue Zeug um Raumtemperatur herum und in seinem Frequenzbereich stabil ist, bringt ihm das ja nix. Dazu verwende ich dann aber kein Hand-LCR-Meter mehr.
-
Ich hatte in Schaltnetzteilen schon defekte Elkos die ich einwandfrei mit einem LCR-Meter gemessen habe. Was bei Hochfrequenzen und nahe am Spannungslimit passiert ist mit den meisten Messgeräten leider kaum zu erfassen.
Endlich mal wer, der durchblickt.
(No offence für die anderen.) Als jemand, der beruflich derartige Messungen an neuen Materialien durchgeführt hat (um genau das zu charakterisieren), kann ich bestätigen, dass es ganz klar Frequenzabhängigkeiten und Temperaturabhängigkeiten gibt, die teils drastisch ausfallen können. Und gerade in einem Elko, der schon etwas älter ist (also sich auch chemisch verändert haben kann), kann ich mir derartiges problemlos vorstellen. Da reicht es schon, wenn bestimmte Dinge auskristallisieren oder die Zusammensetzung geringfügig ändern. Da die Messgeräte aber sicher keinen Frequenzsweep machen werden, merkt man davon ggf. überhaupt nichts, außer es fällt gerade in den Bereich, in dem das Messgerät arbeitet. Jetzt muss ich aber als Elektrik-Laie fragen: Haben so typische Hand-LCR-Meter in ihren Handbüchern oder Datenblättern überhaupt eine Angabe, mit was für einer Frequenz sie die Bauteile malträtieren? Oder kann man das inzwischen einstellen? -
Ja, bestimmte Arten Kleber gehen damit echt gut weg. Beispiel wären Kleberreste von diesen Fliegengittern mit den Klebestreifen für den Fensterrand. Ist zwar immer noch eine Viecherei, aber damit geht es einfacher weg.
-
Du sollst das Zeug ja auch nicht anzünden, erst recht nicht, wenn's unter den Armen ist!
-
Also für lau kommt mir das nicht vor.
-
Rost lösen klappt sehr gut damit, habe es immer auf dem Firmenwagen für rostigen Schrauben usw.
Reden wir von mechanisch wieder gängig kriegen, oder von so viel los kriegen, dass auch älterer Rost wieder weg ist? Bei Rost reicht oft schon einmal heiß machen, dann löst sich das auch. Schon mal einen dedizierten Rostlöser genutzt? Seit dem will ich kein WD40 mehr (zumindest nicht dafür).
