ini file for boxer channels in Sweden
hmm, I am lost.
U said.
-"When I look at the .csv file there is no black frame at 70987 "
when I look there is?
the txt file states
73197 79498
but it should be
70987-77369
the cut file created is
JumpSegment("From=2927.8800","To=3179.9200")
and that is wrong? Its right based on the txt file but wrong cause the txt file is wrong. Puh!LOST
//Lasse
U said.
-"When I look at the .csv file there is no black frame at 70987 "
when I look there is?
the txt file states
73197 79498
but it should be
70987-77369
the cut file created is
JumpSegment("From=2927.8800","To=3179.9200")
and that is wrong? Its right based on the txt file but wrong cause the txt file is wrong. Puh!LOST
//Lasse
black screens with VideoRedo, frames
18652 start commercial 27215 end commercial
41293 start commercial 46549 end commercial
73078 start commercial 79493 end commercial
All according to VideoRedo
according to the ref file created manually with comskip its
18650-27211
41293-46547
70987-77369
Clearly something is fishy. its like the video is slipping at the end with comskip! it's only 1.6Gb large file!
41293 start commercial 46549 end commercial
73078 start commercial 79493 end commercial
All according to VideoRedo
according to the ref file created manually with comskip its
18650-27211
41293-46547
70987-77369
Clearly something is fishy. its like the video is slipping at the end with comskip! it's only 1.6Gb large file!
Videoredo and comskip always disagree on less then 10 frames.
The 3rd commercial is starting a little earlier, this may be because comskip missed the first starting part of the commercial.
This is all good news, comskip and vrd basically agree on the frame numbers.
Now, can you try to set
max_repair_size=0
in the ini file, rerun comskip on the mpg and see what is changing?
The frame numbers of the 3rd commercial should change (I hope)
The 3rd commercial is starting a little earlier, this may be because comskip missed the first starting part of the commercial.
This is all good news, comskip and vrd basically agree on the frame numbers.
Now, can you try to set
max_repair_size=0
in the ini file, rerun comskip on the mpg and see what is changing?
The frame numbers of the 3rd commercial should change (I hope)
FILE PROCESSING COMPLETE 91518 FRAMES AT 2500
-------------------
18660 27218
41295 46550
73193 79500
91517 91518
tjohooo.WORKS
Thank u so much. So I got corrupt mpg file? That was the solution?
//Lasse
-------------------
18660 27218
41295 46550
73193 79500
91517 91518
tjohooo.WORKS
Thank u so much. So I got corrupt mpg file? That was the solution?
//Lasse
Last edited by shaggy on Tue Aug 21, 2007 3:32 pm, edited 1 time in total.
In build 99 I also added some time ago because of a complaint of a zoomplayer user
- Changed the Zoomplayer chapter file to use seconds instead of frame numbers to solve alignment problem with digital broadcast
so when using the build 99 with zoomplayer it should always work, regardless of the max_repair setting
The only remaining problem seems to be the big error comskip makes during the preview.
- Changed the Zoomplayer chapter file to use seconds instead of frame numbers to solve alignment problem with digital broadcast
so when using the build 99 with zoomplayer it should always work, regardless of the max_repair setting
The only remaining problem seems to be the big error comskip makes during the preview.