Recent content by florca

Hi - Some very sad news... Dan Rosen, the owner of and driving force behind VideoReDo passed away in September and the other Dan, (Dan203 on their forums) who wrote much of the code has now left the company, which is essentially defunct, accepting no new orders. Existing licences will continue...

Looks like the answer is no. The -select_streams, -show_entries, -show_frames options are only available in ffprobe so far as I can tell... :( EDIT... Maybe not quite true... I think you could probably determine cut points using other ffmpeg filters and options, but the massive snag there is...

Just tried running this on the Humax which produced an identical output file. For a 2GB HD recording with an initial length of 57 minutes, an output length of 41 minutes the run time for the copy and concat steps (sequential, not pipelined) was 14 minutes. This compares to 38 minutes using the...

Sorry it's taken a while to get back to this, but here is a (better) ffmpeg concat process which works for me - at the moment I've run everything on a Pi4B with ffmpeg version 4.1.6-1~deb10u1+rpt1 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 8 (Raspbian 8.3.0-6+rpi1) as each...

That makes sense! When I was calculating the cut points using PTS timestamps I needed to take the PTS time value (as reported by pkt_pts_time from ffprobe) of the first frame and subtract this from the offsets of subsequent reported pkt_pts_time values. I think an ffmpeg copy step with -muxdelay...

So.. The HD ffmpeg output still has AAC-LATM audio so that's not the reason. Maybe it's re-writing the timestamps? I think the reason why my ffmpeg -ss / -to cuts were working directly on Humax output with no intermediate copy step is that I was putting those parms after the -i xxx.ts rather...

I've no real evidence, but is this maybe related to LATM audio? Does the ffmpeg Copy convert the LATM to ADTS by default? Does the behaviour change between HD & SD material?

Thanks both for these, which answer questions I've been thinking about on ways to break the functions down into multiple, selectable steps, both to cater for running on different platforms and for different programme types. Will definitely try switching the order of the -ss / -to and -i ffmpeg...

A quick update... I've been running some tests on a variety of recordings which has thrown up the need for some changes to cater for different cases (recording has and starts with a single 5.1 section with Stereo at the end, similar with Stereo only at the start and, most significantly, the...

I was rather expecting someone to say "in the sideway, collected every other Thursday...";) That would certainly be useful for this script, although I'm trying hard to make this as generic as possible so that the same script will run cleanly in both Humax and non-Humax environments. On that...

Where is the dustbin??

Now fixed in the script...;)

Cracked it, at least partially, after some web searching... (still some issues over what stripts is reporting and need to do some further tests on different files, but what was failing before is now working..) adding -async 1 -fflags +genpts to the ffmpeg "concat" step results in a file which...

Hi - after the Sidecar built HMT had been attached, this is the output from both -E and -E -d1 for the playable version of the file... HumaxLounge# stripts -E -d1 S01E05\ -\ Episode\ 5b + Version: 1.4.5 + Debugging level set to 1 + Input: S01E05 - Episode 5b + Output: NULL + Opening input HMT...

Thanks both.. I'm also wondering whether the method by which ffmpeg makes -ss / -to cuts is the problem. As I understand it, when you specify a -ss start value for a cut then ffmpeg will locate the video I-Frame prior to that point and starts the output there - maybe IDR-Frame for h.264, which...