JSLMPR bd620fc773 The storage port now has a real staging operation: ... - materializeSourceObject(String sourceObjectKey, Path targetPath) in src/main/java/org/example/videoclips/storage/ObjectStoragePort.java Both storage adapters implement it: - src/main/java/org/example/videoclips/storage/InMemoryObjectStorageAdapter.java creates a placeholder local file for the default stub flow - src/main/java/org/example/videoclips/storage/S3ObjectStorageAdapter.java downloads the object from S3-compatible storage to the worker filesystem The processor now uses that seam before clip generation starts. In src/main/java/org/example/videoclips/processing/ClipProcessor.java it resolves the local input path under the configured FFmpeg input directory, materializes the source object there, and records a SOURCE_MATERIALIZED job event before invoking the clipper. That means the FFmpeg path is no longer relying on a file appearing magically in the input directory. The next concrete step is to finish the output side the same way: persist generated clip object keys and push FFmpeg outputs back through the storage port instead of only creating clip metadata in memory.		2026-07-09 00:02:05 +02:00
..
upl_367df9ed2414	The storage port now has a real staging operation:	2026-07-09 00:02:05 +02:00