Recent content by florca

Both Humax's have now gone.

The upgraded (2TB drive) Humax HDR has now gone. The other one still available..

Hi - will move to PM and post here when it's gone.

2x HDR-FoxT2's, free for pickup near Plymouth or will post if postage paid in advance. Both with remote controls and custom firmware loaded. One with upgraded 2TB drive, one with original. Both are in good condition and were working fine when last used, one about two years ago, the other...

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??