------------------------------------------------------------------------------------------
known bugs:

- es wird nur ein audiostream ausgegeben (seca bug ;-)))
- bei reiner audio aufnahme (radio) wird das tool gnadenlos abschmieren
- probleme mit geteilten aufnahmen (konnte ich selber noch nicht testen)
------------------------------------------------------------------------------------------

20010514

- PES_Packet überarbeitet -
  Fehler bei Anordung der Bits für den PTS/DTS gefunden wenn weitere Flags gesetzt sind

20010515

- Streams werde nun auf mehrere Audio- und Video-PES überprüft.
  Bisher wird jedoch nur der erste Stream ausgegeben

- struct sPES_Packet als class CPES_Packet implemetiert

- PES_Packet + 0x000001B3 logischen Fehler entdeckt
  nach einem PES_Packet muss kein 0x000001B3 kommen. Ich bin bisher immer davon ausgegangen,
  dass der Sequence_Start_Code danach kommt. Aber RTL/Premiere lehren uns Besseres ;-)

20010516

- Directory anzeigen
  über den parameter "dir x:" kann der inhalt der platte "x:" angeschaut werden

- rippen über nummer (keine cluster mehr oder sowas...)
  über parameter kann geript werden (seeehr simpel)
  pvrripper e: 3 600
  rippt dann von laufwerk e: die aufnahme 3 für maximal 600 sekunden

- StreamIDs schneller und besser erkennen
  habe einen Zähler eingebaut, der nach 100 Streams abbricht, bzw nach 50MByte ;-) Aber nur
  wenn es sein muss...

- PTS Überlauf bereinigt...
  Während eines Clips kann der Tag wechseln.. auch beim PTS. Das habe ich nun gefixt, da er 
  ansonsten immer bis EOBS rippt.

20010517

- PES trailing zero bytes elimiated
  Am Ende des PES hängen bei KABEL1 Videos 0x00er Bytes. 1-2 Stück. Habe zwar noch immer keine 
  Ahnung warum, aber ich werde bei Videos zum nächsten Startcode springen. Vielleicht hilft 
  das auch bei den premiere Clips.

- Probleme mit Datentypen Casting behoben (?)
  Ich habe absolut probleme mit dem Cast von Datentypen. Nun hatte ich schon wieder das
  Problem, dass PTS/DTS und einiges anderes falsch errechnet worden sind, nur weil
  die Umrechnung in __in64 nicht gepasst hat... Shi..t

  Wenn also jemand auffält, dass nach 2GB oder xMB oder yMB mit irgendwas Schluß ist, dann
  bitte eine Nachricht an mich. das ist dann zumindest wieder ein Hinweis, dass ich irgendwo
  doch nicht mit den größten (und langsamsten) Datentypen arbeite.

20010521
- Diverse kleine Bugfixes

20010523	0.4.6
- SatTv hat einen hässlichen Bug in der FAT gefunden. Er darf ihn behalten ;-) Es geht um 
  FAT-Einträge >0xFF. Ich hatte dummerweise vergessen dass man mit 0x100 multiplizieren muss.

20010523	0.4.7
- TomLeo hat Probleme mit einigen Aufnahmen, bei denen nicht erkannt wird, dass es gar keine
  Aufnahmen sind. Ich prüfe nun ab 0x50 die nächsten 0x28 Bytes auf 0xFF. Wenn das nicht stimmt,
  dann gehe ich davon aus, dass die Aufnahme gelöscht ist.

20010523	0.4.8
- das lästige Tonproblem mit AC3 Streams scheint behoben. PW sendet dazu einfach die Daten in
einem Private_Stream_1. Dürfen die Sender ja, aber sie sollten mir halt Bescheid geben ;-)

20010524	0.4.9
- Probleme mit dem PTS Overflow von Matthias gemeldet. Hoffentlich hiermit behoben

20010527	0.4.10
- SatTV hat den Cluster 0 unter die Lupe genommen und dabei erstaunliches festgestellt, was 
  Anzahl Cluster, gelöschte Files etc. betrifft. Wurde natürlich gleich implementiert
  (siehe dazu sDriveHeader in Drive.h)

20010529	0.4.11
- Synchron? Synchron!
  ich habe noch ein wenig an der Synchronität zwischen Video und Audio gefeilt

20010530	0.4.12
- CBits überarbeitet
  Die Klasse für den Lowlevel-Bitstream von der Platte wurde überarbeitet.

20010601	0.5.0
- FAT mit einer Struktur belegt, die besser verdeutlicht, wie damit umgegangen werde muss
  Die neue Routine sollte auch besser mit kaputten Einträgen in der FAT umgehen können (ich
  denke noch immer mit Grauen an den FARSCAPE Clip von Leo zurück).
- Unterschiedliche Routinen für das Rippen von MPEG-Audio, AC-3 und MPEG-Video implementiert
- Error-Recovery für AC-3 und MPEG Audio implementiert
- Dateinamen heissen nun OUTxx.yyy wobei x für die Aufnahmennummer steht und yyy für den Typ

20010604	0.5.1
- "Sprungmarken"
  Wahrscheinlich hat SatTV den Schlüssel zu den "Sprungmarken" gefunden. Ich habe es mal 
  implementiert; mehr schlecht als recht... aber wir sind dran

20010605	0.5.2
- "Steckenbleiben" beim Audio-Rip
  der Audio Rip wurde mit Turbo versehen; leider wurde da nicht ganz sauber gearbeitet, so dass
  vorkommen kann, dass der Ripper steckenbleibt. Ich hoffe dass dieses nun abgestellt ist.

20010608	0.5.3
- SetFilePointerEx durch SetFilePointer ersetzt
  Aus Kompatibilitätsgründen mit Windows NT

20010610	0.5.4
- Sync-Fehler in RipAudioStream und RipPrivateStream
  Die Audios sollten zu früh zu hören gewesen sein. Ich bin nach der Prüfung des nächsten 
  PES_Packet nicht wieder zurückgefahren und habe so erst den Inhalt des zweiten Packets
  kopiert...

20010614	0.5.5
- Video-Rip "etwas" beschleunigt

20010616	0.5.6
- Bug im Video-Rip beseitigt. 
  Dank TomLeos Beitrag über die verschiedenen Größen der Videofiles von den Versionen 0.5.4
  und 0.5.5 und Dank der Session heute hier bei mir mit Zerberus und TomLeo und einer dummen
  Frage meines ältesten Sohnes bin ich auf den Bug gestoßen und konnte ihn beseitigen

20010618	0.5.7
- Klassenlayout überarbeitet
- Dateinamen haben neuen Aufbau; Logs haben Zeit als Namen
  die Dateinamen heissen nun "%1 - %2.xxx" wobei 1 die Aufnahme ist und 2 der Name der Aufnahme
  das Logfile heisst nun JJJJMMTThhmmss.log; also das Datum und die Uhrzeit darin, damit bei jedem
  Aufruf ein neues Logfile erzeugt wird