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.

Sign up for GitHub

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

Jump to bottom

Aegisub crashing out with "Vector too long" error #83

Closed
magnilens opened this issue Sep 17, 2023 · 8 comments
Closed

Aegisub crashing out with "Vector too long" error #83

magnilens opened this issue Sep 17, 2023 · 8 comments
Labels
can't reproduce Couldn't reproduce, will not be fixed unless more details are given or I'm able to reproduce this.

Comments

@magnilens
Copy link

magnilens commented Sep 17, 2023 •
edited
Loading

Aegisub version: Feature release 10

When I try to open this video in Aegisub, it just dies with that "vector too long" messagebox. It's just a black rectangle for 24 frames. I cut it out from a longer video that played fine on its own. I also tried stitching several copies of this video together to see if a longer one was playable, it wasn't. Same error.

Sample
@arch1t3cht
Copy link
Owner

I can't reproduce this with your file, it loads fine for all normal video providers. What OS and what Audio/Video providers are you using?

@magnilens
Copy link
Author

I'm using windows 10 and FFMPEGSource as the audio and video provider, according to aegisub's advanced preferences window, anyway.

@arch1t3cht arch1t3cht added the can't reproduce Couldn't reproduce, will not be fixed unless more details are given or I'm able to reproduce this. label Sep 19, 2023
@seiya-git
Copy link

Did you try open video drag n drop or via menu?

@magnilens
Copy link
Author

It was both drag n drop and right click menu on Explorer. However, opening the video through Aegisub's menu had no problems. I had some other 1 second videos I made to be used as thumbnails. They also encountered problems if I used drag and drop or right click menu to open them in Aegisub. But also no problems when using the menu instead.

At least I know there isn't a problem with the video files now.

@seiya-git
Copy link

@magnilens your videos have audio tracks? It seems to me that this bug appears when there is no audio track in video file.

@magnilens
Copy link
Author

magnilens commented Oct 3, 2023 •
edited
Loading

You're right! I just tested with a few video files with and without their audio tracks. Those without audio tracks will cause this bug when dropped into Aegisub or if opened via "Open With" in Explorer. Opening the same files via Aegusib's open video menu caused no problems.

@seiya-git
Copy link

So #61 is same bug

@arch1t3cht, more info about the bug

@arch1t3cht
Copy link
Owner

arch1t3cht commented Oct 15, 2023 •
edited
Loading

I found the issue now, as well as the reason why I couldn't reproduce it before (though I still can't reproduce Aegisub crashing entirely. I just get the error message but it keeps running.). The default value for the audio provider is ffmpegsource (mind the lowercase), while the provider's name is FFmpegSource. This trips up the provider selection. As soon as you change the default audio provider setting within Aegisub once, the issue disappears.

Still, I'll fix some stuff to make this less likely to happen.

arch1t3cht added a commit that referenced this issue Oct 15, 2023
@arch1t3cht
Further fixes to audio/video provider selection
39fc834 
- Fix selection not aborting when the preferred provider returns null
- Fix the default video provider being "ffmpegsource" (lowercase)
  instead of "FFmpegSource", which would trip up provider selection
- More generally, make sure the preferred video provider actually exists
  and fall back to the default (FFmpegSource) if not.

Fixes #23 .
Fixes #61 .
Fixes #83 .
This was referenced Oct 15, 2023
Closed
Closed
arch1t3cht added a commit that referenced this issue Oct 15, 2023
@arch1t3cht
Further fixes to audio/video provider selection
dd3016a 
- Fix selection not aborting when the preferred provider returns null
- Fix the default video provider being "ffmpegsource" (lowercase)
  instead of "FFmpegSource", which would trip up provider selection
- More generally, make sure the preferred video provider actually exists
  and fall back to the default (FFmpegSource) if not.

Fixes #23 .
Fixes #61 .
Fixes #83 .
0tkl pushed a commit to 0tkl/Aegisub that referenced this issue Oct 16, 2023
@arch1t3cht @0tkl
Further fixes to audio/video provider selection
4fde3a7 
- Fix selection not aborting when the preferred provider returns null
- Fix the default video provider being "ffmpegsource" (lowercase)
  instead of "FFmpegSource", which would trip up provider selection
- More generally, make sure the preferred video provider actually exists
  and fall back to the default (FFmpegSource) if not.

Fixes arch1t3cht#23 .
Fixes arch1t3cht#61 .
Fixes arch1t3cht#83 .
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
can't reproduce Couldn't reproduce, will not be fixed unless more details are given or I'm able to reproduce this.
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@seiya-git @arch1t3cht @magnilens