The following lines were added (+) and removed (-):
<big>* PAL video encoded frame rate 25fps from film or NTSC source* People sound a little bit "chipmunk" (high pitch) and the film plays faster than intended* Results from outdated source to digital processing and/or sloppy/ignorant job encoding</big>'''I. You can use command line parameters to force a workable video player to compensate for PAL speedup, thus restoring the proper audio pitch and playtime duration.'''{{:Discussion of reversing PAL speedup}} VLC Player aka [[VideoLAN Player]] will easily accomplish this and has been able to for many versions to present.Example: vlc -f videofilename.avi --no-audio-time-stretch --rate=0.96 --no-embedded-video --no-sub-autodetect-file vlc://quit If you install zenity on your linux system you can use the following shell script called [altplayer] which will give you a dialog and allow you to choose NTSC or PAL when launching VLC to play a video. See Also: [[Compensate for PAL Speedup in Digital Video]]. VLC can be made to correct for the speed and audio pitch problems introduced by crappy PAL video in multiple ways besides using command line parameters. {{:VideoLAN_Player_Compensate_for_PAL_Speedup}} Question: Can a flag be set in the video file such as a tag in an mkv file to instruct a video player that it shall apply PAL speedup compensation? Answer: Theoretically this is very possible. As to practical application it is unknown if any current video players or flag/tag standard exists to accomplish this. The digital video community has mostly tended to ignore this problem although something of the sort might exist by the time you read this. '''II. You can re-encode or convert PAL speedup videos back to NTSC with the correct audio pitch and playtime.''' There are different tools to accomplish this. There are also some side effects such as the introduction of slight jerkiness in video from things like duplicated frames depending on the process you use. The sample rate of the audio needs to be changed so the audio is stretched to the correct playtime. Then the video has to be stretched (which may involve the replication of frames) to match the audio runtime. Stretching the audio so that the audio tract is at the correct pitch and total length in runtime involves the formula calculated by ((24000/1001) / 25) * 48000. Then the video can be stretched which involves extracting the video stream then a mux to put it back with the corrected audio stream. (1). Separate audio and video into 2 files. (2). process audio to correct pitch and runtime (3). process video to correct play length (4). mux correct audio and video into new file. For the audio track the process is lossy. For the video track this depends on the software and method you use which may either introduce a slightly noticeable jerkiness in the video or some loss in quality. From a video discussion forum a bash/shell script that uses ffmpeg: ffmpeg -loglevel info -y -i "$file" -map 0 -c copy -c:a ac3 -filter:a aresample=resampler=soxr,asetrate=46033.92 -ar 48000 tmp.mkv mkvmerge -o "$outfile" --default-duration 0:23.976fps tmp.mkvIn this person's example the change in video speed is lossless, only the metadata gets updated. '''III. You can adjust the audio pitch and ignore the faster playtime (not recommended)'''.