[SOLVED] Cannot go to next keyframe on avi

Started by rkrug, January 28, 2016, 05:02:39 PM

Previous topic - Next topic

rkrug

Hi

OS: OS X, El Capitan.

I have an avi (mediainfo below) from Online TV Recorder (HQ). I would like to cut it, but avidemux tells me that it can not go to the next keyframe.

I can also not fast-forward or backward, and the black frame search is not that fast with 33fps.

Is there anything I can do to cut this file with avidemux (cut out comercials) or do I have to use a different program?

Thanks,

Rainer

$ mediainfo Midsomer\ Murders\ -\ S18E01\ -\ Habeas\ Corpus.avi
General
Complete name                            : Midsomer Murders - S18E01 - Habeas Corpus.avi
Format                                   : AVI
Format/Info                              : Audio Video Interleave
File size                                : 870 MiB
Duration                                 : 2h 15mn
Overall bit rate                         : 895 Kbps
Writing application                      : Lavf54.17.100

Video
ID                                       : 0
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L3
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Codec ID                                 : H264
Duration                                 : 2h 15mn
Bit rate                                 : 691 Kbps
Width                                    : 704 pixels
Height                                   : 576 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 25.000 fps
Standard                                 : PAL
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.068
Stream size                              : 671 MiB (77%)
Writing library                          : x264 core 125 r2200 999b753
Encoding settings                        : cabac=1 / ref=3 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / fade_compensate=0.10 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=0 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=23.0000 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=2:1.00
Color range                              : Limited
Color primaries                          : BT.601 PAL
Transfer characteristics                 : BT.470 System B, BT.470 System G
Matrix coefficients                      : BT.601

Audio
ID                                       : 1
Format                                   : MPEG Audio
Format version                           : Version 1
Format profile                           : Layer 3
Mode                                     : Joint stereo
Mode extension                           : MS Stereo
Codec ID                                 : 55
Codec ID/Hint                            : MP3
Duration                                 : 2h 15mn
Bit rate mode                            : Constant
Bit rate                                 : 192 Kbps
Channel(s)                               : 2 channels
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Stream size                              : 186 MiB (21%)
Alignment                                : Aligned on interleaves
Interleave, duration                     : 24 ms (0.60 video frame)


Jan Gruuthuse

try this: load video.
With both Video and Audio Output on Copy
Switch Output Format to MKV Muxer
Save video, should not take that long. Close loaded video and load newly saved video.mkv.

See if you can move (for/back)ward and edit as usally.

rkrug



J-Wo

Old thread I know, but I often have this problem with H264 files in the MP4 container, and my only workaround is as suggested by Jan (save as MKV first, then reload).  I'm currently using AviDemux 2.7.1, I was wondering if this is a bug which could be fixed in a future release?

Thanks!

eumagga0x2a

To be able to seek to keyframes, correct timing information must be present and keyframes (IDR frames) must be marked as such in the container structures. It is impossible to tell whether there is a bug on Avidemux side or not without looking at the file.

By the way, if timing information in an H.264 encoded video is obviously wrong (e.g. timestamps monotonically increasing despite the presence of B-frames), current Avidemux versions will prompt the user to rebuild timing by decoding the entire video. Once this is done, the video should become seekable for the current Avidemux session.