3 new samples that don't work #51

Closed
opened 2026-01-29 16:33:58 +00:00 by claunia · 2 comments
Owner

Originally created by @cfsmp3 on GitHub (Apr 17, 2015).

Directory "/Ramit Bhalla" in the repository.

Originally created by @cfsmp3 on GitHub (Apr 17, 2015). Directory "/Ramit Bhalla" in the repository.
Author
Owner

@okisseloff commented on GitHub (May 27, 2015):

  1. There is no problem with ccextractor for *.wtv files. Metadata says that they are both ~30 min long, but in fact they are smaller. Since ccextractor handles this situation correctly - detects premature end of file, outputs CC and doesn't crash, I think everything is fine with it.
  2. Detecting TS/PS without falling through fixed https://github.com/kisselef/ccextractor/tree/feature-ts-ps-detection, but server is down, so I will create a pull request after regression tests.
@okisseloff commented on GitHub (May 27, 2015): 1. There is no problem with ccextractor for *.wtv files. Metadata says that they are both ~30 min long, but in fact they are smaller. Since ccextractor handles this situation correctly - detects premature end of file, outputs CC and doesn't crash, I think everything is fine with it. 2. Detecting TS/PS without falling through fixed https://github.com/kisselef/ccextractor/tree/feature-ts-ps-detection, but server is down, so I will create a pull request after regression tests.
Author
Owner

@okisseloff commented on GitHub (May 28, 2015):

There was PS sync byte 0x000001BA inside TS stream, so after source was detected as ts, it was re-detected as PS
https://github.com/CCExtractor/ccextractor/pull/171

@okisseloff commented on GitHub (May 28, 2015): There was PS sync byte 0x000001BA inside TS stream, so after source was detected as ts, it was re-detected as PS https://github.com/CCExtractor/ccextractor/pull/171
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/ccextractor#51