Be careful with HPlayer
Romain SCHECK
Be aware that you cannot use HPlayer with a video on the SD card
otherwise the calc crashes and you have then to reset it.
Bye
mwyann
But you can split files into smaller files (eg : 100Ko), then you
select them in FPLAY in the right order then press PLAY. Sure you
cannot select files bigger than free ram !
Look at my examples.
http://lebonpoint.chez.tiscali.fr/fichers/movieshp.zip
a++
y.
Dark
> otherwise the calc crashes and you have then to reset it.
WHAT ???
As for me, I used it many times, without any problem (with files on
the root of the SD, though).
Please report the parameters used more precisely, in order to solve
the problem : size of the files, position (root or subdirectory),
command used, etc, instead of assuming it doesn't work on the SD.
Thanks,
Dark.
Kickaha
> > Be aware that you cannot use HPlayer with a video on the SD card
> > otherwise the calc crashes and you have then to reset it.
> select them in FPLAY in the right order then press PLAY. Sure you
> cannot select files bigger than free ram !
the "play" command (don't know if there is one; I haven't yet downloaded the
program) to automatic split larger files stored in the SD-card for the
viewing.
Just a suggestion
> Look at my examples.
> http://lebonpoint.chez.tiscali.fr/fichers/movieshp.zip
bad link, according to tiscali
Regards,
Kickaha
Beto
> "mwyann" wrote:
>
>>>Be aware that you cannot use HPlayer with a video on the SD card
>>>otherwise the calc crashes and you have then to reset it.
>>
>>But you can split files into smaller files (eg : 100Ko), then you
>>select them in FPLAY in the right order then press PLAY. Sure you
>>cannot select files bigger than free ram !
>
> So the files have to be smaller than the free RAM? If so could be useful if
> the "play" command (don't know if there is one; I haven't yet downloaded the
> program) to automatic split larger files stored in the SD-card for the
> viewing.
> Just a suggestion
Nope, in order for the calculator to use a object, it must be in RAM (or
the normal ports wich doesn't allow objects bigger than 128Kb) so to
split the file you must copy it first to ram and then work on it.. not
feasible. Maybe if there were a way to access directly a part of a file
on the SD with an ARM routine?
>>Look at my examples.
>>http://lebonpoint.chez.tiscali.fr/fichers/movieshp.zip
>
> bad link, according to tiscali
It didn't work for me either.
Regards,
--
Beto
Reply: Erase between the dot (inclusive) and the @.
Responder: Borra la frase obvia y el punto previo.
mwyann
> >>Look at my examples.
> >>http://lebonpoint.chez.tiscali.fr/fichers/movieshp.zip
> >
> > bad link, according to tiscali
>
> It didn't work for me either.
> Regards,
well here is the correct adress :
http://lebonpoint.chez.tiscali.fr/fichiers/movieshp.zip
(missed a I)
a++
y.
Beto
It works in the root directory, but it doesn't work in subdirectories.
From inside FPLAYER I get "Undefined File Name" with any command when
trying to play a file in a subdirectory. It happens for various size of
files.
Yoann Desir
> the normal ports wich doesn't allow objects bigger than 128Kb) so to
> split the file you must copy it first to ram and then work on it.. not
> feasible. Maybe if there were a way to access directly a part of a file
> on the SD with an ARM routine?
This is right.
Here is some information about ReCaLling a backup object stored inside
the SD card :
* D1 point to the beginning of a memory zone containing the name of
the backup (so this is a global name)
D0= 00004
BUSCC $26
* if the backup is found, the carry in unset
* if the backup is present, the carry is set
* in case of object found, you can do this :
CD0EX
R0=C A
P= 5
ACCESSSD
P= 3
ACCESSSD
* then the carry is set in case of insufficient memory
* else, the carry is unset, and the recalled object, included in the
classical string beginning with HPHP49-C... is at the adress stored
inside R0.A
Then, the RCL procedure uses a Primitive Code Object located at adress
#2F061h , which according Nosy, calls a flash pointer bank 1 number
208, and removes the HPHP49-C to get the original object (without
duplicating it obviously, and with a SAFESKIP and a MOVEDOWN).
However, the SD card -> RAM copying is not so fast (about 100 Kb/s)
and the worse is that you can't do ANYTHING during that, since the ARM
code is unable to get interrupted by mere Saturn interrupts... :-(
Anyway, this should provide you some information about recalling
objects from the SD in Saturn assembly language.
Note that the BUSCC #62 doesn't seem to be named yet, but it looks
like numbers #6x have something to do with the SD (since SD stuff is
only made in native ARM, having multiple ARM pointers to do some
operations is quite logical).
Regards,
Yoann.
Yoann Desir
Forgive me, dear friends, but sometimes, I wonder if someone pays
attention to posts of this kind...
Anyway, if anybody can tell me if he/she finds this interesting, I'd
be glad to be aware :-)
Yoann.
Veli-Pekka Nousiainen
news:4e41df23.04050...@posting.google.com...
X
> > BUSCC $26
X
> Forgive me, dear friends, but sometimes, I wonder if someone pays
> attention to posts of this kind...
> Anyway, if anybody can tell me if he/she finds this interesting, I'd
> be glad to be aware :-)
Hi, Yoann!
I find any BUSCC command explanation very interesting!
[VPN]
Al Borowski
> Forgive me, dear friends, but sometimes, I wonder if someone pays
> attention to posts of this kind...
> Anyway, if anybody can tell me if he/she finds this interesting, I'd
> be glad to be aware :-)
I find this very interesting, if you know anything more about SDACCESS
I'd be happy to have it :-) If you can send me anything, please note
that my email is spamproofed,- remove the 'erasethis' part.
cheers,
Al
>
> Yoann.
Luis Morales
It's pretty interesting. I have a question. When you talk about a
backup object it's just that type or this could be used with any other
type of object stored in the SD.
Many thanks,
Luis
Veli-Pekka Nousiainen
news:40945110$0$16594$5a62...@freenews.iinet.net.au...
Put me in your distribution list, too, Yoann!
Just DROP LETTER
[VPN]
PS: Al, I'd like to have info from you, too.
More of a general interest to the ARM assembly.
John Evers
Yes I find all of this very interesting... eventhough I barely
understand...hopefully I am learning!!
I think that Tim Wessman's favorite quote is rather applicable...It is
better to be ignorant and interested than ignorant and not interested.
Please keep it going.
John Evers
Al Borowski
> PS: Al, I'd like to have info from you, too.
> More of a general interest to the ARM assembly.
Look at my webpage VPN... all the public info I have found is there..
http://alpage.ath.cx/hptute/arm.htm
Al
>
>
Yoann Desir
Thanks !
> I have a question. When you talk about a
> backup object it's just that type or this could be used with any other
> type of object stored in the SD.
It is suitable for any object type, since HP objects inside the SD are
embedded in a HPHP49-C... string.
Best regards to all of you,
Yoann.
Pete M. Wilson
>
>Forgive me, dear friends, but sometimes, I wonder if someone pays
>attention to posts of this kind...
>Anyway, if anybody can tell me if he/she finds this interesting, I'd
>be glad to be aware :-)
>
>Yoann.
I find it interesting enough to save permanently...
Pete M. Wilson
Gamewood, Inc.
wils...@gamewood.net
Veli-Pekka Nousiainen
news:676g90t5l1td5lhuj...@4ax.com...
> yoann...@yahoo.com (Yoann Desir) wrote:
>
> >
> >Forgive me, dear friends, but sometimes, I wonder if someone pays
> >attention to posts of this kind...
> >Anyway, if anybody can tell me if he/she finds this interesting, I'd
> >be glad to be aware :-)
> >
> >Yoann.
>
> I find it interesting enough to save permanently...
How permanently? HD, Tape, CD,
OR...pergamently
[VPN]
PS: I just saved on my HD
Pete M. Wilson
I save it in my Agent database (keep always) which I occasionally put
on CD and transfer to another PC.
Veli-Pekka Nousiainen
X
> >How permanently? HD, Tape, CD,
> >OR...pergamently
> >[VPN]
> >PS: I just saved on my HD
> >
>
> I save it in my Agent database (keep always) which I occasionally put
> on CD and transfer to another PC.
Well that is a very good policy
since using the CD to transfer to another PC just might
reveale CD errors that otherwise would go unnoticed.
Back-up testing should always be done immediately,
so I will resort to this in the future
PLUS
I will use local net to transfer the CD contents back
to the first PC for file comparison.
{VPN} AXL