Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
Where is the code that discards "useless B Frames" - I want to suppress this.
#1
I am attempting to convert video which has been recorded onto DVD-R (it was the only way we could archive old home VHS tapes).

It turns out that these have an annoying feature - the timecodes are reset at every GOP.

This causes Project-X to re-sync at every GOP
In the process of doing this Project-X always discards some "useless B-frames" (regardless of the settings used).

Of course this would normally be the correct thing to do as the timecode discontinuity normally means there has been an edit or change of content.

But with the DVD-R this is not desired. It means that valid data gets thrown away.
If this happened once it wouldn't matter, but it happens at every GOP.

This results in either lost video, lost sound or corrupted output (depending on the other settings).

What I would like to do is make a modified version of Project-X which simply keeps all the B frames, with adjusted timecodes of course.

I know that the source data is actually all valid so this should result in a complete playable file.

Where should I look in the source to disable the code which throws away the "useless" B frames?

I can edit it myself.
But on Windows there is no simple way to search the source code for the correct section(s) of code.

I don't need to do anything very clever.
Just a simple hack to disable this function and I can compile a special version for this one task.

Many thanks if anyone can point me in the right direction.

PS. It seems that DVD-R recorders all do this (I've tried a few).
I think it is due to the primitive "editing" options which are available on the DVD-R machines.
I think that they always cut / edit at GOP boundaries.
The recorders make every new GOP "start again" to simplify things. Then it doesn't matter what cuts / changes are made later, the video will have identical structure.
And the players seem to completely ignore the discontinuities (because they are just expecting a single continuous stream and aren't designed to handle edits).
Zitieren
#2
I think it's not done easily (stop dropping)
a) i assume the timecode is always resetted at this point.(not seamless)

AFAIR In gop.java is the "broken link" query the POI.
but if a) then it doesn't solve the problem
the best things in life are free..
73 de Matthias / DO2MCB

[Comag SL40HD, Lemon Volksbox (zzt. defekt), WinTV-DVB-s Rev1.3 (TT 1.23b)][TT DVB App. 1.23, DVBsVCR2 1.3, DVBWorkshop2.6][M2TS,PVA,MPG-MP2,PES][X - immer das Neueste, J2SE1.2.2_09, J2SE1.4.2_05, J2SE1.5.0-b64]
Zitieren


Möglicherweise verwandte Themen...
Thema Verfasser Antworten Ansichten Letzter Beitrag
  How to suppress extra text appended to filename when remuxing to TS? steveB 0 5.339 14.01.2015, 04:04
Letzter Beitrag: steveB
  gibt es frames, die nicht geschnitten werden können ? brausefranz 8 3.305 26.01.2014, 10:36
Letzter Beitrag: vdr-grabber
  Problem mit 'append language code to Filename' de 2 2.120 28.01.2013, 15:42
Letzter Beitrag: dvb.matt
  GOP-sized cutting - 2 frames fehlen belcampo 1 1.186 21.08.2010, 10:25
Letzter Beitrag: dvb.matt
  herrenlose B-Frames, die sprünge hinterlassen... gang-himself 22 4.412 01.06.2007, 15:47
Letzter Beitrag: gang-himself
  idct library - Usefull or useless? mfsav 1 969 18.12.2006, 19:56
Letzter Beitrag: dvb.matt
  CutPoints an (I/B/P) Frames joschi 1 1.144 27.11.2006, 19:58
Letzter Beitrag: akapuma
  Good B-frames dropped. How do I tell ProjectX to not to drop? zep 5 2.158 04.06.2006, 09:47
Letzter Beitrag: dvb.matt
  start code kommt sehr häufig später als erwartet --> Bildfehler im .m2v dirk205 7 1.615 30.04.2006, 10:26
Letzter Beitrag: dvb.matt
  Verworfene B-Frames: Wie beibehalten? rsenger 7 1.946 29.03.2006, 19:36
Letzter Beitrag: Martin

Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 1 Gast/Gäste