fix small url problem master 2022-11
authorGood Guy <good1.2guy@gmail.com>
Tue, 29 Nov 2022 17:32:08 +0000 (10:32 -0700)
committerGood Guy <good1.2guy@gmail.com>
Tue, 29 Nov 2022 17:32:08 +0000 (10:32 -0700)
parts/Quickstart.tex

index ffbc003ed40efd94189adf0f3b0a911062019981..b5a951da19b192763eac8433078b48270a7bc29a 100644 (file)
@@ -380,8 +380,8 @@ We thus obtain a list of all frames in the analyzed media and their type. For ex
 \end{lstlisting}
 
 There are also 2 useful scripts that not only show the keyframe type but also show the GOP length of the media. They are zipped tars with readme's at: \newline
-\small\url{https://cinelerra-gg.org/download/testing/getgop_byDanDennedy.tar.gz} \newline 
-\small\url{https://cinelerra-gg.org/download/testing/iframe-probe_byUseSparingly.tar.gz}
+{\small\url{https://cinelerra-gg.org/download/testing/getgop_byDanDennedy.tar.gz}} \newline 
+{\small\url{https://cinelerra-gg.org/download/testing/iframe-probe_byUseSparingly.tar.gz}}
 
 We can now look at the timeline of \CGG{} to see the frames that give problems in playback. Using a codec of type Long GOP, it is probably the rare I-frames that give the freezes.
 To find a solution you can use MKVToolNix (\url{https://mkvtoolnix.download/}) to correct and insert new keyframes into the mkv file (matroska talks about \textit{cues data}). It can be done even without new encoding. Or you can use the \texttt{Transcode} tool within \CGG{} because during transcoding new keyframes are created that should correct errors.