MP4 can only be read from physical files not streams #375

New Issue

claunia · 2026-01-29T16:42:18Z

claunia commented

2026-01-29 16:42:18 +00:00

Originally created by @cfsmp3 on GitHub (Jan 25, 2018).

MP4 files don't use the generic stream infrastructure we have - instead. when a MP4 file passed as a parameter, we just have libgpac (the library we use for MP4) open it.

This means we cannot use -udp , or pipes, etc, to read the .mp4 from anything other than an actual file.

Last time we checked correcting this seemed almost impossible without really getting deep in libgpac. However we are now using a new version of libgpac and things may have changed.

This is something to look into.

Gives a lot of qualification points for GSoC 2018 since in order to do it you need to get somewhat deep into libgpac and ccextractor internals.

Originally created by @cfsmp3 on GitHub (Jan 25, 2018). MP4 files don't use the generic stream infrastructure we have - instead. when a MP4 file passed as a parameter, we just have libgpac (the library we use for MP4) open it. This means we cannot use -udp , or pipes, etc, to read the .mp4 from anything other than an actual file. Last time we checked correcting this seemed almost impossible without really getting deep in libgpac. However we are now using a new version of libgpac and things may have changed. This is something to look into. Gives a lot of qualification points for GSoC 2018 since in order to do it you need to get somewhat deep into libgpac and ccextractor internals.

claunia added the difficulty: hard GSoC-related labels 2026-01-29 16:42:18 +00:00

claunia referenced this issue

2026-01-29 17:00:25 +00:00

[PR #383] Move debug statement to more appropriate location #1221

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/ccextractor#375