From: James T. <ja...@ta...> - 2003-05-01 20:06:44
|
On Thu, 1 May 2003 12:16:37 +0200 Michael Roitzsch <mr...@us...> wrote: > > Indeed it's there, claimins an encryption mode of 3. > > > > The problem now is what's setting that bit? Is it dvdauthor, or > > mjpegtools (which is what kino uses to export)? and how to stop it > > doing so? > > I don't know these programs, but I would not expect an authoring tool to > > touch the internals of the underlying MPEG stream. Could you try > playing the output of the mjpegtools with xine? You should force the > usage of the MPEG block demuxer, when doing so: > 'xine yourfile.vob#demux:mpeg_block' This is getting wierder & wierder. Playing the main body .VOBs with or without #demux:mpeg_block does not generate any messages about things being encrypted, and they play for about 6 chapters before exiting (since the DVD has 2 levels of menus this at least makes some sense). The menu .VOBs do give 2 identical messages about possible encryption (again the #demux:mpeg_block doesn't make any difference) when I played the pseudo DVD I also got 2 such messages so presumable they both came from the menu system. By going through the menu generation one step at a time, it looks as if mplex is most likely to blame, BUT the other files have also gone through mplex with apparently the same options. Time to probe the mjpeg-tools and kino mailing lists I think. Many thanks for all your help. James -- James Tappin, O__ "I forget the punishment for using ja...@ta... -- \/` Microsoft --- Something lingering http://www.tappin.me.uk/ with data loss in it I fancy" |