Hallo,
wenn ich die Premiere Radio Programme direkt über die DBox laufen lasse, leiert der Ton.
Per TuxVision am PC wiedergegeben ist alles OK.
Hat jemand eine Erklärung dafür?
Danke
Mipa
Radio leiert
-
- Semiprofi
- Beiträge: 1173
- Registriert: Samstag 1. September 2001, 00:00
-
- Senior Member
- Beiträge: 5071
- Registriert: Dienstag 18. September 2001, 00:00
-
- Neugieriger
- Beiträge: 9
- Registriert: Donnerstag 13. Februar 2003, 11:55
-
- Beiträge: 2
- Registriert: Montag 21. Juli 2003, 13:44
-
- Interessierter
- Beiträge: 80
- Registriert: Samstag 11. Mai 2002, 17:12
Ich glaube nicht, daß es an der Hardware liegt. Ich hab zwar auch eine AVIA 500, Sat, aber ich habe mich zu Zeiten der aktiven mcrec-Entwicklung einmal ein wenig mit dem Problem beschäftigt und bin zu folgendem Schluß gekommen:
In den Treibern kann man das Flag AUDIO_SET_AV_SYNC setzen. Was da genau mit was synchronisiert wird hab ich zwar nicht wirklich herausgefunden. Daß die dbox es bei gesetztem Flag teils sehr brutal tut indem sie den Ton ein wenig langsamer und schneller abspielt ist aber hörbarer Fakt. Neutrino setzt (zumindest zu dem Zeitpunkt zu dem ich es mir angesehen habe) auch bei den Radiomodes das AUDIO_SET_AV_SYNC-Mode Flag. Enigma tat das damals nicht. Bei Enigma hat es zwar nicht geleiert dafür gab es manchmal kurze Hüpfer. Das scheint der andere Modus der "Synchronisation" zu sein. Also entweder hüpfen oder leiern. Grundlage des Übels scheint mir aber irgendwie ein Timing-Problem bei der Ausstrahlung der music-choice Kanäle. Anscheinend spielt die dbox mit einem anderen Takt als die Austrahlung erfolgt. Daher muß dann langsamer/schneller gespielt werden um einen bufferoverflow/-underrun zu verhindern. Wird nicht geleiert kommt es eben zu den Pufferproblemen -> *hüpf*. Vorallem wenn man die Häufigkeit des Leierns in Betracht zieht erscheint mir das als richtiger Denkansatz
Ich hab mir dann ein kleines Tool geschrieben und als plugin auf die blaue Taste gelegt mit dem ich AUDIO_SET_AV_SYNC togglen kann. Somit kann ich frei zwischen Hüpfen und Leiern wählen
Servus, MASHtm
In den Treibern kann man das Flag AUDIO_SET_AV_SYNC setzen. Was da genau mit was synchronisiert wird hab ich zwar nicht wirklich herausgefunden. Daß die dbox es bei gesetztem Flag teils sehr brutal tut indem sie den Ton ein wenig langsamer und schneller abspielt ist aber hörbarer Fakt. Neutrino setzt (zumindest zu dem Zeitpunkt zu dem ich es mir angesehen habe) auch bei den Radiomodes das AUDIO_SET_AV_SYNC-Mode Flag. Enigma tat das damals nicht. Bei Enigma hat es zwar nicht geleiert dafür gab es manchmal kurze Hüpfer. Das scheint der andere Modus der "Synchronisation" zu sein. Also entweder hüpfen oder leiern. Grundlage des Übels scheint mir aber irgendwie ein Timing-Problem bei der Ausstrahlung der music-choice Kanäle. Anscheinend spielt die dbox mit einem anderen Takt als die Austrahlung erfolgt. Daher muß dann langsamer/schneller gespielt werden um einen bufferoverflow/-underrun zu verhindern. Wird nicht geleiert kommt es eben zu den Pufferproblemen -> *hüpf*. Vorallem wenn man die Häufigkeit des Leierns in Betracht zieht erscheint mir das als richtiger Denkansatz
Ich hab mir dann ein kleines Tool geschrieben und als plugin auf die blaue Taste gelegt mit dem ich AUDIO_SET_AV_SYNC togglen kann. Somit kann ich frei zwischen Hüpfen und Leiern wählen
Servus, MASHtm
-
- Interessierter
- Beiträge: 80
- Registriert: Samstag 11. Mai 2002, 17:12
Kleines Addon.....schaut Euch mal auf SAT 1 die Signation von DS9 an. Da ziehts einem ja zeitweise auch die Socken aus wie schön die dbox bei den Bläsern zum Jeiern anfängt. Vergleicht es einmal mit einer analogen Austrahlung bzw. mit einer gestreamten Version.
Das ist also IMO kein Problem der Radiokanäle sondern betrifft durchaus auch mal TV-Sender.
Servus, MASHtm
Das ist also IMO kein Problem der Radiokanäle sondern betrifft durchaus auch mal TV-Sender.
Servus, MASHtm
-
- Beiträge: 2
- Registriert: Montag 21. Juli 2003, 13:44
Soweit ich Deine Antwort verstanden habe, liegt das leiern an Neutrino!?
D. h. der Fehler könnte evtl. in künftigen Versionen beseitigt werden!?
Bin Neueinstiger und hab (noch) keinen Schimmer
Mit Ach und Krach konnte ich Linux auf meiner d-box installieren
(dass die noch funktioniert grenzt schier an ein Wunder!).
Ricco
D. h. der Fehler könnte evtl. in künftigen Versionen beseitigt werden!?
Bin Neueinstiger und hab (noch) keinen Schimmer
Mit Ach und Krach konnte ich Linux auf meiner d-box installieren
(dass die noch funktioniert grenzt schier an ein Wunder!).
Ricco
-
- Interessierter
- Beiträge: 80
- Registriert: Samstag 11. Mai 2002, 17:12
Nein, das wollte ich damit eigentlich nicht ausdrücken
IMO liegt die Wurzel des Übels eigentlich in der scheinbar unterschiedlichen Taktung der box und des Senders. Als zweites Übel kommt hinzu, daß die dbox offensichtlich bei der Gefahr eines bufferoverflows/-underrun sehr kurzfristige/radikale Maßnahmen trifft anstatt sich irgendwie langfristig/gleichmäßig an das gesendete Signal anzupassen.
Das es scheinbar nur bei Radioprogrammen auftritt ist ein Trugschluß. IMO ist es bei Musik nur wesentlich deutlicher erkennbar und tritt eben bei Signations etc. auch bei TV hörbar auf.
Enigma und Neutrino gehen nur unterschiedliche Wege mit diesen "shortcomings" umzugehen. Enigma läßt es hüpfen und Neutrino läßt es leiern. Wirklich beheben können es beide IMO nicht.
Servus, MASHtm
IMO liegt die Wurzel des Übels eigentlich in der scheinbar unterschiedlichen Taktung der box und des Senders. Als zweites Übel kommt hinzu, daß die dbox offensichtlich bei der Gefahr eines bufferoverflows/-underrun sehr kurzfristige/radikale Maßnahmen trifft anstatt sich irgendwie langfristig/gleichmäßig an das gesendete Signal anzupassen.
Das es scheinbar nur bei Radioprogrammen auftritt ist ein Trugschluß. IMO ist es bei Musik nur wesentlich deutlicher erkennbar und tritt eben bei Signations etc. auch bei TV hörbar auf.
Enigma und Neutrino gehen nur unterschiedliche Wege mit diesen "shortcomings" umzugehen. Enigma läßt es hüpfen und Neutrino läßt es leiern. Wirklich beheben können es beide IMO nicht.
Servus, MASHtm