GarbRec TAP

[FireBird]

Da haben sich jetzt ein paar kleine Köter eingeschlichen. Zuerst hat der PCR nichts mit einer absoluten Uhrzeit zu tun, sondern es handelt sich um einen frei laufenden Zähler. Nur da er sich vom 27MHz Studiotakt ableitet, kann man ihn für relative Zeitmessungen verwenden. Die Umrechnung in Minuten macht nur das Handling leichter. Und jetzt kommt vermutlich der echte Bug: 2 ^ 33 / 90kHz = 26h 30’ 43,72“ oder ca. 1591 Minuten. Korrigierst Du einen Überlauf mit 1440 Minuten, dann hätten wir hier eine große Differenz.

Von sich aus sollte der Topf nur ein Programm aufnehmen. Nachdem derzeit aber Bestrebungen im Gange sind, diesen „Manko“ zu erweitern, würde ich mich nicht darauf verlassen. Nachdem im Header die PCR-PID angegeben ist, brauchst Du auf den allerersten Block nur ein HDD_DecodeRECHeader loslassen, und Du weißt wonach Du suchst.

MfG. Alex

[stefan999]

[quote=""FireBird""]Da haben sich jetzt ein paar kleine Köter eingeschlichen. Zuerst hat der PCR nichts mit einer absoluten Uhrzeit zu tun, sondern es handelt sich um einen frei laufenden Zähler. Nur da er sich vom 27MHz Studiotakt ableitet, kann man ihn für relative Zeitmessungen verwenden. Die Umrechnung in Minuten macht nur das Handling leichter. Und jetzt kommt vermutlich der echte Bug: 2 ^ 33 / 90kHz = 26h 30’ 43,72“ oder ca. 1591 Minuten. Korrigierst Du einen Überlauf mit 1440 Minuten, dann hätten wir hier eine große Differenz.[/quote]

Da ist wohl was in falschen Hals geraten. Ich hatte nur geschrieben, dass die ermittelte Laufzeit so ca. -1400 Min. war.

Rechnen tue ich mit dem PCR, den ich zuletzt vor dem Wechsel auf 0 hatte. Wenn der also auf 1591 stand, dann rechne ich EndePCR + WechselPCR - AnfangPCR. Hat die Aufnahme also z.b. bei PCR 1550 angefangen und geht über 0 (letzter PCR vor 0==> 1591) auf z.B. 35, dann rechne ich 35+1591-1550 = 76.

Da der letzte PCR und keine Konstante in die Berechnung eingeht, ist die Berechnung so immer entsprechend der PCR-Auflösung.

Von sich aus sollte der Topf nur ein Programm aufnehmen. Nachdem derzeit aber Bestrebungen im Gange sind, diesen „Manko“ zu erweitern, würde ich mich nicht darauf verlassen. Nachdem im Header die PCR-PID angegeben ist, brauchst Du auf den allerersten Block nur ein HDD_DecodeRECHeader loslassen, und Du weißt wonach Du suchst.

MfG. Alex

Meines Wissens ist die PID in jedem der 188-Bytes-Pakete. Die Funktion HDD_FindPCR läuft ja im Speicher die Blöcke ab. Allerdings ohne Berücksichtigung der PID. Es wäre eine feine Sache wenn es eine HDD_FindPCR_PID geben würde, an die man die PID mit übergibt und die dann beim Absuchen der Blöcke dann die PID auch berücksichtigen würde. Stimmst du mir zu?

Gruß
Stefan

[FireBird]

[quote=""stefan999""]Es wäre eine feine Sache wenn es eine HDD_FindPCR_PID geben würde, an die man die PID mit übergibt und die dann beim Absuchen der Blöcke dann die PID auch berücksichtigen würde.[/quote]
Ja, das wäre fein. :

[Homer]

[quote=""stefan999""]Rechnen tue ich mit dem PCR, den ich zuletzt vor dem Wechsel auf 0 hatte. Wenn der also auf 1591 stand, dann rechne ich EndePCR + WechselPCR - AnfangPCR. Hat die Aufnahme also z.b. bei PCR 1550 angefangen und geht über 0 (letzter PCR vor 0==> 1591) auf z.B. 35, dann rechne ich 35+1591-1550 = 76.

Da der letzte PCR und keine Konstante in die Berechnung eingeht, ist die Berechnung so immer entsprechend der PCR-Auflösung.[/quote]Du müsstest noch 1 addieren: 35+(1591+1)-1550 = 77.
1591 + 1 entspricht der 0.

Viele Grüße
Homer

[stefan999]

[quote=""FireBird""]Ja, das wäre fein. [/quote]

Ich denke mal, das möchtest du lieber selbst einbauen und nicht so'n Topfazubi einbauen lassen

Ansonsten sage mir, ob das Layout vom TS-Header noch so stimmt, wie es hier vorliegen habe:

transport_packet(){
sync_byte 8 bslbf
transport_error_indicator 1 bslbf
payload_unit_start_indicator 1 bslbf
transport_priority 1 bslbf
PID 13 uimsbf
transport_scrambling_control 2 bslbf
adaptation_field_control 2 bslbf
continuity_counter 4 uimsbf
if(adaptation_field_control = = '10' || adaptation_field_control = = '11'){
adaptation_field()
}
if(adaptation_field_control = = '01' || adaptation_field_control = = '11') {
for (i = 0; i < N; i++){
data_byte 8 bslbf
}
}
}


Gruß
Stefan

[FireBird]

Sieht gut aus. Setze den Text zwischen [ code][/code], dann sieht es richtig aus.

Code: Alles auswählen

transport_packet(){
        sync_byte                                8        bslbf
        transport_error_indicator                1        bslbf
        payload_unit_start_indicator             1        bslbf
        transport_priority                       1        bslbf
        PID                                     13        uimsbf
        transport_scrambling_control             2        bslbf
        adaptation_field_control                 2        bslbf
        continuity_counter                       4        uimsbf
        if(adaptation_field_control = = '10' || adaptation_field_control = = '11'){
                adaptation_field()
        }
        if(adaptation_field_control = = '01' || adaptation_field_control = = '11') {
           for (i = 0; i < N; i++){
              data_byte 8 bslbf
           }
        }
}

[stefan999]

Habe schon verzweifelt 'ne Anleitung für den Editor gesucht.

[Elle4u]

[quote=""FireBird""]Sieht gut aus. Setze den Text zwischen [ code][/code], dann sieht es richtig aus.[/quote]
[quote=""stefan999""]Habe schon verzweifelt 'ne Anleitung für den Editor gesucht.[/quote]

Dafür gibt es sogar einen extra Button in der Toolbar

[stefan999]

[quote=""Elle4u""]Dafür gibt es sogar einen extra Button in der Toolbar [/quote]

Was nutzt der Button, wenn man nicht weiß, was sich dahinter verbirgt.

Ich weiß übrigens immer noch nicht, wie man hier ein Tab eingibt. Bin einfach zu blöd.

[Homer]

[quote=""stefan999""]Habe schon verzweifelt 'ne Anleitung für den Editor gesucht.[/quote]Über die Hilfe leicht zu finden. Schau mal hier.

Viele Grüße
Homer

[Sigittarius-E]

TAB?

Im Notepad kopieren und hier in einem CODE mit Strg+v einfügen?

[stefan999]

Also keine direkte Eingabe hier. Schade.

[Sigittarius-E]

[quote=""Homer""]Über die Hilfe leicht zu finden. Schau mal hier.

Viele Grüße
Homer[/quote]

Super!

Dank dieser Hilfe kann ich nun [noparse]

Code: Alles auswählen

[/noparse] scheiben


Edit: auch [noparse] : [/noparse] ,...

[Sigittarius-E]

[quote=""stefan999""]Also keine direkte Eingabe hier. Schade.[/quote]

vielleicht mit [noparse]Text[/noparse]

[Bonni]

Man kann auch mit der Maus über die Button gehen und der Tool-Tip-Text erscheint. Allerdings muss man nach jeder Anzeige irgendwoanders hinklicken um den Text wieder wegzubekommen.

[stefan999]

Hallo Homer,

meine Frau hat meinen Wochenplan fertig.

Ich werde daher leider erst ab Freitag wieder dazu kommen, an dem TAP weiter zu arbeiten. Sorry.

Gruß
Stefan

[Homer]

Kein Problem.

Viele Grüße
Homer

[stefan999]

Hallo Homer,

sorry, komme leider erst dieses Wochenende dazu, weiter zu machen . Mal sehen, wie ich vorankomme.

Melde mich wieder. Bis dann.

Gruß
Stefan

[Homer]

Ich habe festgestellt, dass der Topf abstürzt, wenn eine Aufnahme läuft und man GarbRec startet.

Filer benutzt beim Reparieren eines Headers nur die PCRs am Anfang und Ende, rechnet somit mit einer Konstanten beim "Übertrag".

Da die absolute Zeit nicht aus den PCRs ermittelt werden kann, wäre die Umrechnung in ein Zeitoffset seit Beginn der Aufnahme eine Hilfe für die weitere Analyse der seltsamen Sprünge.

Viele Grüße
Homer

[stefan999]

Hallo allerseits,

es ist leider erheblich später geworden, als gedacht. Sorry.

Und dann hatte sich noch ein dummer Bug eingeschlichen. Grrrr.

[quote=""Homer""]Ich habe festgestellt, dass der Topf abstürzt, wenn eine Aufnahme läuft und man GarbRec startet.[/quote]

Bug ist behoben (läuft zumindest bei mir einwandfrei parallel zu Aufnahmen).

Da die absolute Zeit nicht aus den PCRs ermittelt werden kann, wäre die Umrechnung in ein Zeitoffset seit Beginn der Aufnahme eine Hilfe für die weitere Analyse der seltsamen Sprünge.

Im Prinzip arbeitet GarbRec jetzt so, ABER der Offset wird auf die Startzeit addiert. Wenn also eine Aufnahme z.B. 20:15 Uhr gestartet wurde und an Offset +7 Minuten eine Sprung stattfindet, dann wird 20:15 + 7 Minuten ==> 20:22 Uhr als Sprungzeit gemeldet.

Weitere Änderungen:

• Auf dem OSD wird nur noch die aktuelle Datei und der Fortschritt (%) angezeigt.
• Alle relevanten Daten werden jetzt in eine Protokolldatei geschrieben. Es wird zunächst versucht, das Log ins Verzeichnis "/Program Files/GarbRec" zu schreiben. Wenn das nicht gelingt, weil das Verzeichnis nicht existiert, wird es in "/ProgramFiles" geschrieben.
  Der Dateiname lautet immer GarbRecYYYY-MM-DD HH_MM_SS.txt

ICh habe auf meinem Topf (leider ?) keine Aufnahme mit Sprüngen, so dass Homer das Verhalten in dem Fall noch mal testen muss.

Dann gutes Gelingen beim Testen.

Gruß
Stefan