mirror of
https://github.com/CCExtractor/ccextractor.git
synced 2026-02-03 21:23:48 +00:00
[Proposal]:Web-Based Visualization for -out=report Output #825
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @VarshaSree07 on GitHub (Apr 11, 2025).
Issue:
The current -out=report output is useful but difficult to read, especially for large or complex video files with multiple subtitle pages (like Teletext pages 150, 888, etc.). It lacks a visual interface, making it harder to understand at a glance.
Proposed Solution:
Build a web-based visualization tool that:
*Accepts a report.txt file (output of -out=report)
*Parses the file in-browser
*Displays each subtitle page (e.g., 150, 888) as a section/card
*Shows details like type, timestamps, and subtitle activity
*Optional: add a timeline view or graph
Benefits:
*Helps users quickly understand which subtitle pages exist and when they appear.
*Makes the report accessible to non-technical users.
*Can be hosted as a standalone tool or integrated into the GUI repo in the future.
Implementation Plan:
*Parse uploaded report.txt file
*Extract subtitle pages and types
*Display each page as a visual section
*Add optional timeline or filters
*Host on GitHub Pages
~Planning to use HTML/JS or React for the frontend, possibly with Chart.js for visualization.
~I would be happy to take up the implementation of this feature myself. I’m sharing this proposal first to gather feedback or suggestions before beginning the development process.
@cfsmp3 commented on GitHub (Dec 30, 2025):
I think this needs more details - where/how is it going to be deployed, for example... is that something for users to run locally?
@bbgdzxng1 commented on GitHub (Jan 6, 2026):
@VarshaSree07 Would you really want web/http output and for the web-presentation format to be dictated by the ccextractor team? Structured data output into json would be far more flexible. A website could then parse the json (jquery etc) and would leave presentation flexibility open to the web developer. Command-line people could use
jqto parse etc.There were various ideas bounced around on https://github.com/CCExtractor/ccextractor/issues/1399.
Of course, a json schema would need to be defined, but something like the following...
Would become something like...
Web-developers deal with json data each and every day and could then parse and present it in HTML and JS.
Browsers, IDEs, jq and prettifiers will typically color-code json, making even complex outputs easy to read, at a glance.