Path: news.nzbot.com!not-for-mail
NNTP-Posting-Date: Sun, 23 Aug 2015 07:54:56 -0500
Subject: Re: new ttlg pars note
Date: Sun, 23 Aug 2015 07:54:56 -0500
From: doc <doc@snow.whites>
Newsgroups: alt.binaries.dvd.erotica.classics
Message-ID: <230820150754562513%doc@snow.whites>
References: <180820152130251627%doc@snow.whites> <ju69ta9uhofhvmrtav7oou28dbtduegprj@4ax.com> <190820151054265745%doc@snow.whites> <oddjtahmqdo974789jt9mo99vgalbf47p0@4ax.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 8bit
User-Agent: Thoth/1.9.0 (Mac OS X)
Lines: 108
X-Trace: sv3-HwgUvdOFd49HRbsENd2rLDkKTLdldZ0w8cO2TEGiq1uY72tKjJm0Vjnyzn/+lVedoMmfeZLmlg/aZtL!HGnZ1yG727uq4BMjypMZ45GNb9ful+L2dG0DDY+LYNqV1Qzjzj5m5y/7t4GMcFIWRxCg3Yjz
X-Complaints-To: www.supernews.com/docs/abuse.html
X-DMCA-Complaints-To: www.supernews.com/docs/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 5397
X-Received-Bytes: 5509
X-Received-Body-CRC: 621742377
Xref: news.nzbot.com alt.binaries.dvd.erotica.classics:2086
In article <oddjtahmqdo974789jt9mo99vgalbf47p0@4ax.com>, J. Knasterhuis
<j.knasterhuis@localhost> wrote:
> Reply at end of message.
>
> On Wed, 19 Aug 2015 10:54:26 -0500, doc <doc@snow.whites> wrote:
>
> >In article <ju69ta9uhofhvmrtav7oou28dbtduegprj@4ax.com>, J. Knasterhuis
> ><j.knasterhuis@localhost> wrote:
> >
> >> On Tue, 18 Aug 2015 21:30:25 -0500, doc <doc@snow.whites> wrote:
> >>
> >> >This set was made using mac par deluxe on the zip segments. It has been
> >> >a few years since I posted (then in vintage - mostly old stags, and
> >> >other shorts) - [vintage virtually fell apart due to some rather
> >> >outrageous flame wars and trolling] .
> >> >
> >> >As for use of unison, no clue. Normally its thoth (1.9+), osiris, mac
> >> >par deluxe and such. I'm still defaulting to uue encoding which is a
> >> >waste of space, but what the hell. At least i'm not using sit files
> >> >anymore.
> >> >
> >> >doc
> >>
> >> I have it! Thank you!
> >>
> >> I used the latest uploads of the splitted
> >> 'throughthelookinggalss.zip', and the latest PAR2 files.
> >>
> >> Then I tried to extract it (on Linux) with 'unzip', but that did not
> >> work. I then used '7-zip': http://www.7-zip.org/7z.html which then
> >> worked...
> >>
> >> Mac screws things up though, with unneeded folders and files, like:
> >>
> >> folder:
> >> '__MACOSX'
> >>
> >> files:
> >> ._.DS_Store
> >> ._VIDEO_TS.BUP
> >> and a few more of the type of 'DOT-files'
> >> .DS_Store
> >>
> >> Those folders and files may result, with some burn programs, in unable
> >> to burn. Removed them.
> >>
> >> Thanks for all your work!!
> > I sort of knew that would happen - Mac OS's have used two forks for
> >each file probably since the original Macintosh in 1984, a resource
> >fork and a data fork. I suppose it avoids some of the file application
> >mapping issues that arise in single fork files. It does create some
> >issues under DOS, Windows and some versions of Linux, just as some of
> >the hidden files in a Windows folder are extraneous (though probably
> >not harmful) in the Mac world. Since I no longer burn DVD's, I haven't
> >experienced any issues - plus DVD player seems to handle the files
> >correctly regardless of where they come from. I figure I have about 12
> >full 2 terabyte hard drives ( there are actually 14 drives but I'm
> >removing duplicates and repacking files) from this group and the
> >dvd.erotica group (plus a collection of stags).
> >
> >I have to say I have a slow connection (averages about 2 MBaud
> >download, and 0.5 Mbaud upload). It further has the advantage of being
> >unreliable. Based on downloads about 1 file in 10 needs fixing, and
> >uploads are running at least that. But that is the price you pay for
> >rural living.
> >
> >If something comes up I have, and doesn't seem available elsewhere I
> >endeavor to post it, it will be a tedious process for all involved. I
> >also need to resolve a rar compressor issue with my security setup.
> >
> >doc
>
> Excuse the delay! Hope you're still there.
>
> I have to work on a Mac sometimes, just cann't get used to it. Such a
> completely different GUI, no context-menu's, cann't work quick and
> productive on it :(
>
> Thank you for explaining on the way Mac handles files. I know that
> sometimes some burn programs won't burn if the directory and file
> structure on the DVD is not exactly as it should be:
>
> https://en.wikipedia.org/wiki/DVD-Video#Directory_and_file_structure
>
> It's not a big problem. Unneeded files/directories can be removed
> before burning.
>
> P.S. There's command-line RAR for Mac:
>
> http://www.rarlab.com/download.htm
>
> It's trial-ware, but it might just keeps working for ever, like on
> Linux.
>
> If I could help with command-line, please let me know.
>
> Stay well.
I have a copy of that file. I lazily installed it using the os x wrap,
forgetting that the wrapper might just determine that the site was
'untrustworthy'. Thus, the install failed. I've got a software
contract to finish (BDS Unix using the CLI), then I will install the
rar compressor and run it from the CLI from now on. Back to alpha
testing.
doc
|
|