- Expanded useVideoDurations to detect both form-sourced segments AND
editable-slot video fields inside content scenes
- Wired videoDurations into ProductionForm (getTemplateDuration,
compileExpressToTimeline, LivePreviewCanvas, ExportModal)
- LivePreviewCanvas now accepts videoDurations prop
- Simplified getTemplateDuration/compiler: any scene with a known
video duration uses it, regardless of segmentSource type
- A 33s uploaded video now creates a 33s timeline, not 5s
1. Audio/Video sync: During playback, let the browser handle media naturally
and only force-seek when drift > 250ms. Prevents audio glitching caused
by setting currentTime 30x/sec. When paused/scrubbing, sync precisely.
2. Blob URLs → Server uploads: All media uploads (BrandTabMedia, SceneFieldEditor,
TemplateFieldInput) now POST to /api/upload and use persistent server URLs
instead of blob: URLs that vanish on refresh.
3. Dynamic duration: Added useVideoDurations hook that probes actual video
durations from uploaded form videos. getTemplateDuration and
compileExpressToTimeline now accept videoDurations to override static
durationSeconds for form-sourced scenes.
- Cleaned Electron main.ts: removed Remotion bundle path, compositor path, and predownloadBrowser()
- Set BRADLY_SERVE_URL from Express port for headless rendering
- Cleaned GlobalSettingsPanel: removed Remotion-specific frame capture code
- Removed stale remotion:bundle script from package.json
- Zero Remotion dependencies, imports, or functional code remain
- introVideoUrl, outroVideoUrl, logoUrl, brandAudioUrl can contain
blob: URLs from the brand editor that Remotion can't access
- Now uploads these to Express and replaces with persistent URLs
- Uses correct Express origin for Electron compatibility
Bug 1: RENDERS_DIR mismatch (root cause)
- server.ts had hardcoded renders dir, now reads BRADLY_RENDERS_DIR env
- renderQueue.ts saves to ~/Library/.../Bradly/renders/
- server.ts now serves from the same directory
Bug 2: Upload origin pointing to wrong port
- uploadBlobContent.ts used window.location.origin (Vite 5173)
- Remotion bundler needs Express origin (3000) to access media
- Added getExpressOrigin() helper that detects Electron
Bug 3: Batch ZIP export using file-saver (doesn't work in Electron)
- Added saveBlobFile IPC method (preload + main)
- batchExporter.ts now uses native save dialog in Electron
- Web mode falls back to file-saver
- Add file:saveRendered IPC handler in main process
- Copies rendered file from internal renders dir to user-chosen path
- Update preload with saveRenderedFile bridge method
- Update useExportQueue downloadJob: detect Electron → native save dialog
- Web mode fallback preserved (<a> tag download)
- Add Vite proxy: /api/* requests from renderer (5173) → Express (3000)
- Add dynamic port finding: if 3000 is taken, auto-pick next available
- Import net module for port checking
- Use dynamic expressPort in production URL loading
- Add @electron-forge/maker-squirrel for Windows installer
- Create .ico icon from existing PNG
- Fix compositor platform detection for win32
- Forge config now builds both .dmg (macOS) and .exe (Windows)
- Add Bradly app icon (.icns + .png) for macOS
- Fix Electron production mode: Express serves built renderer files
- Add extraResource for renderer + remotion-bundle in forge.config.ts
- Fix dev:web script to use npx tsx
- Add electron-vite + Electron Forge tooling
- Create Electron main process with embedded Express server
- Create preload script with native dialog IPC bridge
- Refactor server.ts to export createExpressApp() (dual web/electron)
- Adapt renderQueue.ts for packaged binaries + pre-built bundle
- Add ensureBrowser() for Chrome Headless Shell pre-download
- Add scripts/bundle-remotion.js for packaging
- Data persists in ~/Library/Application Support/Bradly/
- Web mode preserved via npm run dev:web
kevinguevara