> >> Yes, but MSX has "power-horse" to decompress data and maintain
> >> synchro?
> >I don't think so.
>
> Maybe it can be done using a special video compression algorithm.
> FLI files, for example, uses an algorithm where they have the 1st frame
> stored and the differences between
At 23:20 07/07/99 +0200, you wrote:
>> Yes, but MSX has "power-horse" to decompress data and maintain
>> synchro?
>I don't think so.
Maybe it can be done using a special video compression algorithm.
FLI files, for example, uses an algorithm where they have the 1st frame
stored and t
>> > Each second takes 150Kb (in 10 frames mode). So each frame takes up 30
>> > sectors.
>>
>> Is a so large throughput...
>
> Hahahah ! Surely ... even for the PC that's much data !
(!?)
>> Are you sure? If I'm using a 8x CD-ROM I can obtain a necessary
>> transfer rate.. I beli
>Ehm, (15*1024)-(128*106) != 1575.
>According to my calculations it should be 1792 minus the 2 bytes for this
>'size'. So what happened to the missing 215 bytes?
They are not used.
Bye,
Manuel
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in t
> Yes, but MSX has "power-horse" to decompress data and maintain
> synchro?
I don't think so.
> Hmm? Weird... I'm use this option to capture audio and nothing
> happening, no sound was saved. I'll try again later...
You are right. I tested it and didn't work. I had never used that
>>Manuel, Okei know how is the organization of EVA file? (how is the file
>>structure)
>>Can you ask her about that? In Brazil many peoples (and me too) want to
>>know that.
>
>No problem, I can explain EVA format (I examined it some time ago).
>
>1- EVA files 10fps:
>
>- Each frame takes 30 s
Hi,
>Manuel, Okei know how is the organization of EVA file? (how is the file
>structure)
>Can you ask her about that? In Brazil many peoples (and me too) want to
>know that.
No problem, I can explain EVA format (I examined it some time ago).
1- EVA files 10fps:
- Each frame takes 3
"Giovanni R. Nunes" wrote:
> > Well, that is not the reason. The reason is that CD drive 'is not fast
> > enough' using the same read system that in HDD. EVA player read byte
> > by byte with a SCSI command, and CDs are not fast enough in that way.
>
> Are you sure? If I'm using a 8x CD-ROM I
> > But if I put something in the jack, I automatically disable the
> > internal MIC? Or I'm drunk?
> Yes , you disable the mic by plugging anything to the AUX PCM input
> plug.
> About being drunk I dunno , because I don't have supernatural powers to
> guess your alchoolic levels ! ;)
"Giovanni R. Nunes" wrote:
>
> Pazos,
>
> > EVA files are not compressed.
>
> Yes, but MSX has "power-horse" to decompress data and maintain
> synchro?
I bet that it hasn't enough "horse-power" to do that "on the fly".
Maybe if it had a DMA since the beginning we could develop a DSP to
Pazos,
> EVA files are not compressed.
Yes, but MSX has "power-horse" to decompress data and maintain
synchro?
> External PCM indicates that the sound is taken from the 'jack' in the
> back part of turbo R.
Hmm? Weird... I'm use this option to capture audio and nothing
happening, no
Manuel Pazos wrote:
> Ok... more news; Okei is trying to modify EVA program to digitize more
> than 32MB on MSX.
Manuel, Okei know how is the organization of EVA file? (how is the file
structure)
Can you ask her about that? In Brazil many peoples (and me too) want to
know that.
Best Regards
> Has size of 128x106 pixels and 19268 colors (yes! SCREEN 12), digital
> audio (synchronized with video animation, obvious) and no compression
> (I believe but I can't hack any EVA file yet). These videos can be
EVA files are not compressed.
> The speed is about 12 fps (thanks to 712Kb
13 matches
Mail list logo
