Skip to content

Always write chapter string to .vcp#203

Open
ferdnyc wants to merge 1 commit intoozmartian:masterfrom
ferdnyc:project-format
Open

Always write chapter string to .vcp#203
ferdnyc wants to merge 1 commit intoozmartian:masterfrom
ferdnyc:project-format

Conversation

@ferdnyc
Copy link
Copy Markdown
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