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

Always write chapter string to .vcp #203

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

ferdnyc
Copy link
Contributor

@ferdnyc ferdnyc commented Nov 14, 2018

When "Create chapters per clip" is switched off, VidCutter writes .vcp files with chapter lines containing no fourth value, which it is then unable to read (reporting "Invalid line" for every line in the file after the first).

This change causes the fourth value of the project file's chapter lines to always be written as "" whenever the create-chapters preference is turned off, ensuring that the resulting .vcp file can be read by VidCutter.

When "Create chapters per clip" is switched off, VidCutter writes `.vcp` 
files with _no_ fourth argument, which it is then unable to read 
(reporting "Invalid line" for every line in the file after the first). 
This change causes the fourth argument of the project file to be written 
as `""` whenever the create-chapters preference is turned off, ensuring 
that the resulting `.vcp` file can be read by VidCutter.
@ferdnyc ferdnyc closed this Sep 14, 2019
@ferdnyc ferdnyc reopened this Oct 7, 2019
pmhahn pushed a commit to pmhahn/vidcutter that referenced this pull request Nov 15, 2019
it no chapter name is set, the save routine only writes the trailing tab,
but not quotes.
This fails to load as the regular expression always expects a tab
followed by quotes.

Make that optional.

Similar to <ozmartian#203>
pmhahn added a commit to pmhahn/vidcutter that referenced this pull request Nov 15, 2019
Some streams do not have a 'codec_type', which throws the following
traceback:

> File "/usr/bin/vidcutter", line 11, in <module>
>   load_entry_point('vidcutter==6.0.0', 'gui_scripts', 'vidcutter')()
> File "/usr/lib/python3/dist-packages/vidcutter/__main__.py", line 380, in main
>   win = MainWindow()
> File "/usr/lib/python3/dist-packages/vidcutter/__main__.py", line 86, in __init__
>   self.file_opener(self.video)
> File "/usr/lib/python3/dist-packages/vidcutter/__main__.py", line 102, in file_opener
>   self.cutter.loadMedia(filename)
> File "/usr/lib/python3/dist-packages/vidcutter/videocutter.py", line 988, in loadMedia
>   self.videoService.setMedia(self.currentMedia)
> File "/usr/lib/python3/dist-packages/vidcutter/libs/videoservice.py", line 93, in setMedia
>   [stream for stream in self.media.streams if stream.codec_type == codec_type.lower()])
> File "/usr/lib/python3/dist-packages/vidcutter/libs/videoservice.py", line 93, in <listcomp>
>   [stream for stream in self.media.streams if stream.codec_type == codec_type.lower()])
> File "/usr/lib/python3/dist-packages/vidcutter/libs/munch.py", line 104, in __getattr__
>   raise AttributeError(k)

The output of
    ffprobe -hide_banner -v error -show_streams -show_format -of json $FILE.mpg
looks like this:

> {
>     "streams": [
>     ...
>         {
>             "index": 8,
>             "codec_tag_string": "[5][0][0][0]",
>             "codec_tag": "0x0005",
>             "id": "0x181a",
>             "r_frame_rate": "0/0",
>             "avg_frame_rate": "0/0",
>             "time_base": "1/90000",
>             "start_pts": 873142304,
>             "start_time": "9701.581156",
>             "duration_ts": 685844313,
>             "duration": "7620.492367",
>             "disposition": {
>                 "default": 0,
>                 "dub": 0,
>                 "original": 0,
>                 "comment": 0,
>                 "lyrics": 0,
>                 "karaoke": 0,
>                 "forced": 0,
>                 "hearing_impaired": 0,
>                 "visual_impaired": 0,
>                 "clean_effects": 0,
>                 "attached_pic": 0,
>                 "timed_thumbnails": 0
>             }
>         }
> ...
> ]}

This is a DVB-C recording, which consists of 1 video stream, multiple
audio- and subtext-streams, and that strange "data" stream.

Similar to <ozmartian#203>
Fixes: <ozmartian#211>
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.

1 participant