Seite 1 von 4
Corrupt Audio Frames - war:Buffer Overflows
Verfasst: Di 03 Aug 2004, 7:49
von Alibaba7
Hallo zusammen,
da es mit JtG 0.7.3 zusammenhängt habe ich das interne Forum gewählt.
Ich habe zur Zeit massig Buffer Overflows wenn ich von P1 oder P2 aufnehmen. IMHO habe ich die Probleme bei allen anderen Sendern nicht.
Habe zwei verschiedene Boxen ausprobiert, mit unterschiedlichen und gleichen Images. Immer das selbe. Momentan habe ich noch einen Test laufen. Einmal mit Jack 0.7.2b und einmal mit Jack 0.7.3. Jeweils auf einer Philips Box mit dem Image vom 19.6. und Snap vom 1.8.
Hat jemand ähnliche Probleme zur Zeit? Ich weiß nicht mehr woran das noch liegen kann.
Ausstattung siehe unten.
___________________________________________________________________________
Viele Grüße Alibaba7
1. DBoxII SAT Philips 2x JtG-Team-Image 19.06.2004 cramfs 01.08.2004
2. DBoxII SAT Philips 2x JtG-Team-Image 19.06.2004 cramfs 01.08.2004
Software: JtG 0.7.2, udrec 0.12f, Sherlock 0.1.1.11, Mpeg2Schnitt 0.6l, Muxxi 1.10.025, Nero 6.3.1.6
Hardware: Toshiba Satellite 3000-100 850 MHz, 256 MB RAM (Compiling) / Celeron300A
(Streaming / Brennen)
Brenner: NEC ND1300A (Firmware 1.09)
Wer das Laufen lernen will, kann nicht mit dem Fliegen anfangen. Man muss erst mal lernen auf beiden Beinen zu stehen.
Verfasst: Di 03 Aug 2004, 7:56
von jmittelst
Nö, die letzten waren gut.
Jack 0.73 und Image Snap v. 2.8.
Wo liegen Deine BER-Werte?
cu
Jens
Verfasst: Di 03 Aug 2004, 8:00
von Alibaba7
Da hab ich noch nie nachgesehen. Hatte damit noch nie Probleme. Werde ich mal gucken. Welche Werte wären OK?
___________________________________________________________________________
Viele Grüße Alibaba7
1. DBoxII SAT Philips 2x JtG-Team-Image 19.06.2004 cramfs 01.08.2004
2. DBoxII SAT Philips 2x JtG-Team-Image 19.06.2004 cramfs 01.08.2004
Software: JtG 0.7.2, udrec 0.12f, Sherlock 0.1.1.11, Mpeg2Schnitt 0.6l, Muxxi 1.10.025, Nero 6.3.1.6
Hardware: Toshiba Satellite 3000-100 850 MHz, 256 MB RAM (Compiling) / Celeron300A
(Streaming / Brennen)
Brenner: NEC ND1300A (Firmware 1.09)
Wer das Laufen lernen will, kann nicht mit dem Fliegen anfangen. Man muss erst mal lernen auf beiden Beinen zu stehen.
Verfasst: Di 03 Aug 2004, 8:03
von jmittelst
Null = 0!
Sonst stimmt was mit dem Empfang nicht.
cu
Jens
Verfasst: Di 03 Aug 2004, 8:07
von tonsel
@Alibaba7
Buffer-Overflows sollten beim TS/PES-Streaming grundsätzlich nicht auftreten (auch nicht bei Empfangsproblemen). Ich vermute daher Du streamst ES.
tonsel
Verfasst: Di 03 Aug 2004, 8:47
von petgun
jmittelst hat geschrieben:Null = 0!
Sonst stimmt was mit dem Empfang nicht.
sorry, aber von den BER Werten die auf der Box (abhaengig vom Image) angezeigt werden wuerde ich mich nicht verrueckt machen lassen...wenn die Werte <100 sind halte ich das fuer in Ordnung. Es gibt Meinungen das es selbst bei BER=1000 noch ok ist und die Kabeluser koennen den Wert imo sowieso vergessen. Meine Werte mit einer 60 cm Aldi-Sat Schuessel schwanken zwischen 0 und 30 je nach Wetter.
cu,
peter
Verfasst: Di 03 Aug 2004, 10:19
von Alibaba7
@tonsel
Yepp. Ich streame ES weil ich mir die Zeit für die Umwandlung von PES nach ES sparen will. Meine PCs brauchen eh und je schon lange genug bis ein Film fertig auf DVD ist.
Ein paar Mal war im LOG dringestanden, dass die Datenrate über 9 MBit war, aber nur ein paar Mal. Das könnte ich ja noch akzeptieren, dass deswegen die Box den Datenstrom nicht mehr über die Schnittstelle kriegt. Aber meistens waren eben nur Meldungen über Buffer Overflows und Packets lost. Oft war dann auch eine Meldung "stream out of data". I.d.R. war davon ein Audio-Stream betroffen. Welcher ist leider schwer verifizierbar, da nicht dabeisteht welcher. Über die Größe der Files geht es auch nicht immer. Höchtens über die Datumsangaben.
CU
Alibaba
Verfasst: Mi 04 Aug 2004, 7:35
von Alibaba7
Bei meinem Test haben sich meine Vermutungen bewahrheitet:
Mit Jack 0.7.2b und 0.7.3 gehen alle Aufnahmen bis auf P1 und P2. Dort bekomme ich jedesmal die Buffer Overflows.
Folge davon ist dann unter anderem, dass die Box nicht aus dem Record Mode herausgenommen wird und das udrec den Schnittpunkt am Ende des Films nicht setzt. Ich habe also immer nur zwei anstatt drei Teile bei jedem Film (Vorspann - Hauptfilm - Nachlauf)
Any Ideas?
Snap vom 2.8. werde ich noch ausprobieren.
CU
Alibaba
Verfasst: Mi 04 Aug 2004, 7:44
von jmittelst
Welche Udrec-Version benutzt Du denn dabei?
cu
Jens
Verfasst: Mi 04 Aug 2004, 8:38
von Alibaba7
siehe Signatur oben

Udrec 0.12f
Verfasst: Mi 04 Aug 2004, 19:29
von jmittelst
Sorry - no ideas.
cu
Jens
Verfasst: Mi 04 Aug 2004, 21:35
von KeXXeN
Also ich hatte das Problem das meine camd2 irgendwo nen knacks wegbekommen hatte und da hatte ich gel. Probleme beim entschlüsseln.
Nach dem aufspielen einer alten sicherung gings dann wieder.
Verfasst: Do 05 Aug 2004, 7:14
von Alibaba7
@KeXXen
Danke für die Info. Werde mein camd2 aus einer meiner Sicherungen mal verwenden. Info folgt.
CU
Alibaba7
Verfasst: Mo 09 Aug 2004, 7:22
von Alibaba7
@KeXXen
also das mit der camd2 wars wohl auch nicht *heul*
@all
ich habe jetzt mal einen Film als PES gestreamt. Soweit schien es OK zu sein, zumindest gabs keine Buffer overflows mehr. Dafür habe ich sowohl bei ES-Streaming und auch im Muxxi Log immer wieder corrupt audio frames (und das nicht zu wenig

)
Zusätzlich bin ich mal auf udrec 0.12e zurück. Hat auch nichts genutzt.
Ich werde jetzt nochmal von einem nagelneu aufgesetzten Rechner versuchen einen Film fehlerfrei zu streamen. Wenn das auch nicht klappt hab ich noch den Rechner von meiner Kleinen, der auch erst ein paar Wochen alt ist. Wenn's dann immer noch klemmt, bleibt eigentlich nur noch die Satanlage, das LAN oder die Hitze übrig. Ich hab die Probleme nämlich erst, seit es so warm ist.
Den neuesten Snap werde ich natürlich auch noch versuchen.
Staturbericht folgt.
Wenn jemand noch eine Idee hat, auch wenn es noch so abwegig ist würde ich mich freuen. Ich bin schon total frustriert.

Ich habe jetzt alle drei Optionen SPTS, PMT und ?? auf "ein" gesetzt. Ist hier eine andere Einstellung sinnvoll?
___________________________________________________________________________
Viele Grüße Alibaba7
1. DBoxII SAT Philips 2x JtG-Team-Image 19.06.2004 cramfs 01.08.2004
2. DBoxII SAT Philips 2x JtG-Team-Image 19.06.2004 cramfs 01.08.2004
Software: JtG 0.7.2, udrec 0.12f, Sherlock 0.1.1.11, Mpeg2Schnitt 0.6l, Muxxi 1.10.025, Nero 6.3.1.6
Hardware: Toshiba Satellite 3000-100 850 MHz, 256 MB RAM (Compiling) / Celeron300A
(Streaming / Brennen)
Brenner: NEC ND1300A (Firmware 1.09)
Wer das Laufen lernen will, kann nicht mit dem Fliegen anfangen. Man muss erst mal lernen auf beiden Beinen zu stehen.
EDIT:
Habe bei meinem letzten Versuch (PES) auf AC3 verzichtet. Beim Umwandeln mit Muxxi von PES nach ES waren wie erwähnt im Log currupt audio frames. Audio Deutsch und Englisch waren als APES da, allerdings mit unterschiedlicher Größe. Ist das ein Problem? Bei ES sind die MP2s immer gleich groß. *grübel*
Verfasst: Mo 09 Aug 2004, 11:02
von tonsel
Das Problem liegt mit einiger Sicherheit an der DBox bzw. deren Empfangsqualität. Den Aufnahmerechner kannst Du auf jeden Fall ausschließen. Wenn udrec-PES keine Fehler anzeigt, dann ist der Stream exakt genauso auf der HD wie er von der DBox abgeschickt wurde.
Tritt der Fehler auf Sendern die auf dem gleichen Transponder liegen (P3,P4,..) wirklich nicht auf?
tonsel