Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FIX] MP4 (from itunes) files not being processed (no subs) (#1223) #1233

Closed
wants to merge 2 commits into from

Conversation

growupboron
Copy link

In raising this pull request, I confirm the following (please check boxes):

  • I have read and understood the contributors guide.
  • I have checked that another pull request for this purpose does not exist.
  • I have considered, and confirmed that this submission will be valuable to others.
  • I accept that this submission may not be used, and the pull request closed at the will of the maintainer.
  • I give this submission freely, and claim no ownership to its content.
  • I have mentioned this change in the changelog.

My familiarity with the project is as follows (check one):

  • I have never used CCExtractor.
  • I have used CCExtractor just a couple of times.
  • I absolutely love CCExtractor, but have not contributed previously.
  • I am an active contributor to CCExtractor.

Fixed the issue by regressing the changes, as discussed on the issue page, 0.85 release was working fine, on further investigation, 0.86 release was also correct. From 0.87 release, this issue started to pop up, so regressed the code back to 0.86 release for the full functionality.

@growupboron growupboron changed the title **[FIX] MP4 (from itunes) files not being processed (no subs) (#1223)** [FIX] MP4 (from itunes) files not being processed (no subs) (#1223) Feb 17, 2020
@growupboron growupboron changed the title [FIX] MP4 (from itunes) files not being processed (no subs) (#1223) [FIX] MP4 (from itunes) files not being processed (no subs) (#1233) Feb 17, 2020
@growupboron growupboron changed the title [FIX] MP4 (from itunes) files not being processed (no subs) (#1233) [FIX] MP4 (from itunes) files not being processed (no subs) (#1223) Feb 17, 2020
@ccextractor-bot
Copy link
Collaborator

CCExtractor CI platform finished running the test files on windows. Below is a summary of the test results:

Report Name Tests Passed
Broken 12/13
DVB 4/7
DVR-MS 2/2
General 27/27
Hauppage 3/3
MP4 3/3
NoCC 10/10
Teletext 21/21
WTV 13/13
XDS 32/34
CEA-708 14/14
DVD 3/3
Options 82/86

It seems that not all tests were passed completely. This is an indication that the output of some files is not as expected (but might be according to you).

Your PR breaks these cases:


Check the result page for more info.

Copy link
Contributor

@cfsmp3 cfsmp3 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IMHO going back to 0.86 is going to fix that regression but it's also going to remove some fixes that the original PR introduced, so I'd say it's a better idea to fix the actual bug that was introduced (which visually I can't see to be honest, so it will require some actual debugging).


if(process_avc_track(ctx, file, f, i + 1, &dec_sub) != 0)
{
mprint("error\n");
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I pretty much prefer errors message to be specific. Error on process_avc_track() is much better than "error" (same everywhere else).

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Will keep in mind.

switch (track_type) {
case MEDIA_TYPE(GF_ISOM_MEDIA_VISUAL, GF_ISOM_SUBTYPE_XDVB): //vide:xdvb
if ( type == GF_ISOM_MEDIA_VISUAL && subtype == GF_ISOM_SUBTYPE_XDVB)
{
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a problem with MEDIA_TYPE? I think the switch() version is cleaner and having if's.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think so, the problem might be with MEDIA_TYPE, I'll take care of the switch() version, here.

@NilsIrl
Copy link
Contributor

NilsIrl commented Feb 17, 2020

@growupboron could you link the commit you're reverting?

@growupboron
Copy link
Author

growupboron commented Feb 29, 2020

@growupboron could you link the commit you're reverting?

@NilsIrl I just cloned the 0.86 and regressed the code.

@cfsmp3
Copy link
Contributor

cfsmp3 commented Apr 21, 2020

Closing - seems to be abandoned?

@cfsmp3 cfsmp3 closed this Apr 21, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants