View Full Version : jerky playback of re-authored movie
kubino
29th December 2004, 12:10
Hi everybody,
I wanted to add a czech subtitles to the Se7en movie. I ripped the disc (original) with DVD-decrypter, then used the vobedit to demux all streams. Then I authored new dvd with my new subtitles. All worked fine. But when playing on pc the movie looks like is missing (or skipping) some frames.
Does anybody have an idea what causes this jerky playback?
I did the same thing with Pulp fiction and it's OK. I used latest versions of Ifo/vod editors. No reencoding was used on video/audio.
The jerky playback occurs even when remuxing just the original video and audio streams back.
thanks for any suggestions
Derrow
1st January 2005, 20:26
Is this a PAL or NTSC movie?
I guess it's PAL. But PAL should work perfect.
weird.
:rolleyes:
jsoto
1st January 2005, 21:50
I'm doing a lot of IFOEdit PAL authoring. Never have a problem, since I'm using 8 Mbit/s max for video rate in the encoder. I believe IFOEdit authoring has some issue if you go close to the limits of the standard in terms of bitrate. I've also seen the same issue in mplex.
BTW, graphical subs (too much data) is other issue, but I believe it is OT.
jsoto
Sir Didymus
2nd January 2005, 12:03
I didn't do so many IFOEdit Authoring; nevertheless carried out some limited compliancy checks among few authoring tools available to me...
My observations are that in some circumstances IFOEdit authoring violates vbv overflow limits [can give some reference to the performed testing, but just not to misunderstood, want to state my full admiration towards the work and the fundamental tools of Derrow...].
@kubino. You may want to give a try to MuxMan, in the basic authoring forum... Me confident, in the case original streams have been properly demuxed, you will get VERY good reauthoring results...
Edit: anyway better (much better) to check on a standalone: in a PC playback, too many setup and configuration factors [...that may lead to a crappy playback...] are present...
Edit2: @Jsoto... Hi... :) Sometimes results of STD buffer overflows (Audio/Video Stuttering & Dropouts) happens in circumstances totally unrelated to the actual audio and video bitrates. They depends strictly on the SCR & DTS timings defined in the authoring process...
Cheers,
SD
mpucoder
2nd January 2005, 16:34
I would definately check with a standalone before getting worried. All too often something as simple as virtual memory garbage collection or another program needing the disk will make playback stutter. in these cases you can usually back up and play the same section again perfectly as the data is now in memory.
kubino
3rd January 2005, 09:45
Thank you all for your comments.
I didnt try the standalone player, but I will.
I will try find some other programs for demuxing and re-authoring video.
I actually didnt check if the movie is PAL, I bought it in Scotland so I assume it's PAL. Will check.
The movie has DD and DTS audio tracks, Im preffering DD (less MB of space), I will try the other one. After demuxing the video stream seems OK (no jerky playback), so it looks like the problem occurs in the authoring process.
Im particullary interested in re-authoring of this movie as it's one of my favourites and it has never been released in the Czech republic.
Thanks again
kubino
26th January 2005, 17:35
I used MUXMAN instead of ifoedit and now it's OK. (except I didnt know how to add chapters :-()
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.