[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Many File Formats: do they bother you?
- Subject: Re: Many File Formats: do they bother you?
- From: KP <kjpmail@gmail.com>
- Date: Wed, 11 Jul 2012 15:07:50 -0700 (PDT)
- Complaints-to: groups-abuse@google.com
- Injection-info: f16g2000yqg.googlegroups.com; posting-host=65.96.253.224; posting-account=0TIAwgoAAADJulaC0EgZm8ZdzFNFKQG9
- Newsgroups: comp.sys.apple2
- Organization: http://groups.google.com
- References: <dog_cow-1342038203@macgui.com> <jtkqa5$2cf$1@dont-email.me>
- User-agent: G2/1.0
On Jul 11, 5:13 pm, David Schmidt <schmi...@my-deja.com> wrote:
> On 7/11/2012 4:23 PM, D Finnigan wrote:
>
> > Another survey thread. There are a number of file formats for Apple II
> > users: NuFile (ShrinkIt), Binscii, Blu, Executioner, .dsk, .po, .sdk,
> > etc....
>
> > Do they cause you bother when you download files? That is, does it take you
> > some time to convert the file into a different format for use with an
> > emulator or for transferring to real hardware?
>
> .sdk, .shk, .bxy and their ilk bother me no end. The quicker they are
> expunged from all repositories, the better, in my opinion (an opinion
> not shared by all, I realize). Hint: I am working on making them
> transparent to ADTPro - so you wouldn't need a conversion program to be
> an intermediary. And it's a huge pain - the NuFx "standard" was
> interpreted "interestingly" by lots of compressors.
>
> > If so, how do you manage? Do you have a program that is convenient for you?
>
> CiderPress rules them all. AppleCommander is getting there.
I agree on all of the above. As a guy who seldom if ever used .sdk
or .shk or .bxy on my actual Apple II's, it has been a great source of
annoyance to try and fail repeatedly to get some of these files to
work in disk images. Maybe for those of you out there who used them
back in the day, it's fairly easy, but for those of us who never used
compressed files with actual Apple II's, it's incredibly cumbersome
these days to learn the process--especially on an emulated machine.