X081.5 transitional updates... [upd. 2003/11/28]

[dvb.matt]

please vote on the updates in general.. thx
_________________

28.11.2003
replace the provided updated source files.
it's recommended to backup the old.


Note: all changes are subject to test ATM

short description of changes:
-------------------------
28.11.2003
X.java
MPVD.java

-some fixes
-new CL-I option: [-g] display the GUI using all given CL-I parameters and wait for further user action
note: closing the GUI will not update the .ini file!
-new CL-I option: [-i <(P)IDs>] define the wanted (P)IDs to work with, separated by comma: -i 0x7FF,0x800,32
valid values are decimal (e.g. 1000) or hexadecimal (e.g. 0x3e8)

coll specials:
-preview now supports MPEG1 video (may not work in some circumstances)
-new option to view GOPs w/o a sequenceheader, though (std=disabled). frame info shows the found header: "S"equence, "G"op .
(if enabled, demux process cannot jump directly to the 1st cut-in point, it will start at pos.0 and run to it)
-new button to copy the active coll# only with the selected PIDs to a new coll# (cutpoints will not be copied)
-new button to copy each cutpoint pair from the active coll# to a new coll# incl. (P)IDList.
(for both it's recommended to enable the option: 'create coll# as subdirectory', to prevent overwrite)

==========================
25.11.2003
X.java
IDDBufferedOutputStream.java (new)
note: IDD.java can be deleted, it's replaced.

.idd projectfile fixed/updated to version 2(video), 3(audio)
-works only on demux, but for all input formats and mediatypes (except teletext), and for each split part etc.
-ATM, for PCM the .idd points to the prev. frame boundaries only, not to every sample pair.


==========================
22.11.2003
MPAD.java

in case of 'no resampling' it did also resample if the last mode was set to 'resample..' in the same session

==========================
21.11.2003
X.java

makes I/O Buffersizes editable -> see options

a fix Buffer now available to edit, only for the special cases of PES packetsize=0 (usually raw video only, e.g. created by WinPVR,UDREC,streamwriters..)
-notes:
this parsing works very slow, because it is only a simple extension of the main parser of this streamtype
if you encounters many 'missing next startcodes (packsize0)', increase the buffer value

==========================
16.11.2003
X.java

if video or audio PTS are less than the last, a GOP will be dropped or the PTS will be ignored. <- check the log and results of possible asyncs!
fix: toTS exception, if 'specials2' -> '..ensure, first PES packet start with video' was enabled.

==========================
13.11.2003
X.java

further changes of some GOP error messages
minor changes of issue 'GOP has no PTS'

==========================
5.11.2003
X.java

further changes of new message: 'missing startcode @ "bytepos."'
minor changes of checking GOPs (just another temporary hack..)

==========================
2.11.2003
X.java

change TS: additional videostreams following the 1st in a MPTS will now be ignored also when demux
(cannot test it)

==========================
2.11.2003 fix4MPG
X.java

change: add message: 'missing startcode @ "bytepos."' (TS,PVA,MPG,VDR,PES)
-can be disabled on 'specials1'
(meant for better 'human' detection of incomplete packets, and psb. reactions)

==========================
1.11.2003
MPAC.java

-completely rewritten
-any unsupported source audioframe will reject this complete audiostream from transcode options
(then it's better to create a pcm or re-encode it instead)
-any supported source audioframe will be formed to the most common mode/bitrate of the complete target audiostream, depending on the transcode option and number of channels.
(that forces restarts if necessary)
-for 2channel target, jstereo mode is recommended
-changes in any of the 2channel modes does not confuse regular decoders, so there's no need to correct this.
-Note: split-mode: if L or R exceeds the max. bitrate for single channel in any frame, one or both will be complete in jstereo, but only of its own channel data.

==========================
1.11.2003
AUDIO.java

-fix: no message appears in a change of frame mode only (counts in all cases as stereo/jstereo change instead)

==========================
31.10.2003
X.java

-change: ncollectButton.setPreferredSize(new Dimension(55,20));
(some GUIs shown "..." instead of "+<")

==========================
26.10.03
MPVD.java

-expanded backgroundimage of preview window due to an GUI redraw issue

==========================
22.10.03
MPVD.java

-preview shows the status of the top_field_first flag

==========================
21.10.03
X.java
processaudio()

-some changes in the Audio PTS handling.
(continue link to X.pts-file on bad data; reset to next source PTS value after frame insertion)
-incl. new option:
'spec' -> 'specials2' -> 'limit points of Audio PTS for sync'
(use only PTS values with exact alignment to a frame_syncpattern; if that's not reached after 20th PTS links, a syncpoint will be forced)

==========================
19.10.03
X.java
inner class PREVIEW
method search()

-Preview (for TS & MPG-PS/VDR) depends now on the selected (P)IDS in the PES-ID/PID-List of each coll#.
(to cut a SPTS/SPPS out of a MPTS/MPPS)
used ID for preview is shown in the upper title.

=============================
15.10.03
X.java
goptest()

(1)GOP timecode re-use for sync, if possible and current GOP has no PTS
(2)broken_link detection for GOP correction (discard B-Frames and its PTS)
(3)biglog extended

============================
11.10.03
X.java
writeVideo()

-reset(clear) video buffer, if GOP is larger than 6MB (missing next GOP header) and search for the next.
(prevent memory overflow on bad data)


[equote:3ac8c26334="Edit Admin"][center:3ac8c26334]Attachment gelöscht und lokal archiviert

Lucike[/center:3ac8c26334]
Attachments-Archiv (http://www.lucike.info/page_archiv_attachments.htm)[/equote:3ac8c26334]

[dvb.matt]

updated 2003/11/03

[dvb.matt]

updated 2003/11/09

[HaraldS]

Tach zusammen,

habe eine Frage wie ich das Update realisiere. Ich vermute Folgendes:

- Original ZIP Datei nehmen und entpacken
- Dateien aus dem Update-ZIP ersetzen
- Dann komplett alles neu kompilieren
- Alte bereits kompilierte ausführbare ProjektX.jar Datei wegschmeißen und durch neue ersetzen

Ist das so richtig ?

[OoZooN]

So hab ich's bis jetzt immer gemacht :P

[dvb.matt]

- Alte bereits kompilierte ausführbare ProjektX.jar Datei wegschmeißen und durch neue ersetzen
an eurer Stelle würde ich die 'alte' nicht wegschmeißen... :wink:

[HaraldS]

Huch die Antwort war was knappt. Also das Verfahren scheint so OK zu sein. Aufheben für schlechte Zeiten- oder gibt's einen anderen Grund ?

[TheHorse]

Manche Sachen sind halt "experimental". Da kann's schon sein, dass eine ältere Version mal "besser" spielt als eine neue.
Insgesamt darf ich mir aber erlauben zu sagen, dass matt's X eine Stabilität und Usability hat (heißt das neudeutsch so?), die ihresgleichen sucht, auch nach den Fixes und Updates.
Bei der Vielzahl von Aufzeichnungsformaten, die derzeit so rumgeistern, ist das nicht selbstverständlich!
(Den letzten Halbsatz hab ich von meinem Chef. Den benutzt er immer, wenn er mir Honig ums Maul schmieren will, damit ich ja in seinem Sinne weiterarbeite. :lol: )

[OoZooN]

- Alte bereits kompilierte ausführbare ProjektX.jar Datei wegschmeißen und durch neue ersetzen

Naja, weggeschmissen hab ich se nich, aber sicher verwahrt :wink:

OoZooN

[dvb.matt]

@Horse
jetz hör aber auf.. :roll: :)

[TheHorse]

:D

Mit meinen Topfield-Streams brauchst dich ja (kaum) zu plagen. Die laufen echt sowas von einwandfrei....
Nur die guten alten VOBs von unserem PeN erzeugen jetzt die "missing startcode" en masse. Da hat der gute PeN damals wohl alles um ein paar Byte verschoben :wink: Läuft aber trotzdem tadellos, lief immer tadellos, nur ohne die Meldung wusste man vorher nicht, was X damit alles zu schuften hatte.

[dvb.matt]

guten alten VOBs
viell. kannste dann ja mal ein paar bytes davon uppladen (weißt ja jetzt wo's klemmt..).
IMO habe ich nu eigentl. alle StreamIDs zur Kontrolle drin.

[TheHorse]

Hier müssten drei solche Stellen drin sein.
Interessant ist:
a) Es tritt unregelmäßig auf, manchmal nach 8 MB, manchmal nach 1 MB usw.
b) davor stehen immer diese 5 x FF

EDIT: Attachment entfernt.

[dvb.matt]

PeN hatte doch damals irgendwas erzählt, wie er das mit den VOBs bei Fehlern macht, und irgendwas mit FFs?!

jedenfalls ist es hierbei IMO etwas unglücklich gelöst worden..
mit den stuffing/padding bytes füllt tf wohl die Lücke vor dem letzten (nur?) Videopaket, um die VOB Paketgröße zu erreichen.

besser (bzw. AFAIK konform) wäre es, wenn da entweder ein padding stream (1BE) eingefügt (falls IIRC mind. 7 bytes zu füllen sind) oder im folgenden PES header die extension diese bytes aufnimmt..
wenn man originale VOBs anschaut, wird man genau dieses 'Verfahren' vorfinden.

so kann/konnte es in Verb. mit X jedenfalls dazu kommen, dass Pakete verworfen werden/wurden, weil der nächste Startcode fehlt..!
in dem Fall ist es angebracht, 'get only enclosed PES packs' AUSzuschalten...

[TheHorse]

PeN hatte doch damals irgendwas erzählt, wie er das mit den VOBs bei Fehlern macht, und irgendwas mit FFs?!Da war was, ja. Irgendwo sehe ich da aber seinen Paddingblock mit 0000010be als Startcode und 2048 x FF Puffer dahinter (?) im Quellcode. Aber da blick ich jetzt nicht auf Anhieb durch (wahrscheinlich auch nicht nach längerem Draufstarren :wink: ).

so kann/konnte es in Verb. mit X jedenfalls dazu kommen, dass Pakete verworfen werden/wurden, weil der nächste Startcode fehlt..!
in dem Fall ist es angebracht, 'get only enclosed PES packs' AUSzuschalten...Kam bisher noch nie vor, auch eingeschaltet. Glück gehabt?
Muss ja nich VOB sein, TS geht ja auch. Hab's früher recht gerne für Einspur-Audio benutzt.

[dvb.matt]

aus der bin:
000000B000 : 00 00 01 BA 44 03 7D F8-5E 3F 01 89 C3 FD FF FF :
000000B010 : FF FF FF 00 00 01 E0 07-E7 81 00 00 89 CF AA 6C :
sollte besser so aussehen:
000000B000 : 00 00 01 BA 44 03 7D F8-5E 3F 01 89 C3 FD 00 00 :
000000B010 : 01 E0 07-EC 81 00 05 FF FF FF FF FF 89 CF AA 6C :

Glück? wenns nur direkt nachm Packheader (1BA) war/ist, ist's nicht so tragisch..

[TheHorse]

Hab mir mal so ca. 20 Stellen angeschaut: Iss immer 00 00 01 BA. Hab keine andere Extension gefunden.
00000100 bis 000001B8 wären wahrscheinlich am kritischsten?

[dvb.matt]

Hab mir mal so ca. 20 Stellen angeschaut: Iss immer 00 00 01 BA. Hab keine andere Extension gefunden.
scheint im übrigen nur manchmal zu sein, denn an viele, vielen andren Stellen ist es ja bereits konform mit 1be oder eben im header..
(viell. nur n klitzekleiner Bug)

00000100 bis 000001B8 wären wahrscheinlich am kritischsten?
100..1B8 liegen immer _innerhalb_ eines PES-Pakets, fallen also aus dieser Prüfung eh' raus..

[TheHorse]

Bei meinen Ermittlungen stieß ich aber auf ein anderes Problem. PeN shiftet natürlich keine Packets, erlässt die out of sequence einfach weg. Also TS und X iss schon besser :D

[dvb.matt]

updated 2003/11/22

[dvb.matt]

updated 2003/11/26

[dvb.matt]

updated 2003/11/28