From Newsgroup: comp.sys.acorn.apps

Can't find a RISCOS mime mapping for .m4a files. These are what you
used to get for iTunes file downloads. No mention in Tim Hill's list.

Any ideas?

Thanks.

--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In message <5cb0268addbob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

Can't find a RISCOS mime mapping for .m4a files. These are what you
used to get for iTunes file downloads. No mention in Tim Hill's list.

Any ideas?

Thanks.

I have an mp4 audio file, which is played automatically by Mplayer, but
you can use it with KinoAmp

from !boot file for Mplayer.
if "<File$Type_FB2>" = "" then Set File$Type_FB2 "AVI"
Set Alias$@RunType_FB2 Run <MPlayer$Dir>.!Run %%*0
Set File$Type_A63 "MKV"
Set Alias$@RunType_A63 Run <MPlayer$Dir>.!Run %%*0
Set File$Type_A64 "MP4"
Set Alias$@RunType_A64 Run <MPlayer$Dir>.!Run %%*0

In my mimefile there is:
# Media type 'Video'
video/x-msvideo AVI fb2 .avi
video/mp4 MP4 a64 .mp4
video/x-matroska MKV a63 .mkv

I don't know if iTunes uses Mplayer?
--
Jean-Michel
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In article <51a44bb05c.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:

In message <5cb0268addbob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

Can't find a RISCOS mime mapping for .m4a files. These are what you
used to get for iTunes file downloads. No mention in Tim Hill's list.

Any ideas?

Thanks.

I have an mp4 audio file, which is played automatically by Mplayer, but
you can use it with KinoAmp

from !boot file for Mplayer.
if "<File$Type_FB2>" = "" then Set File$Type_FB2 "AVI"
Set Alias$@RunType_FB2 Run <MPlayer$Dir>.!Run %%*0
Set File$Type_A63 "MKV"
Set Alias$@RunType_A63 Run <MPlayer$Dir>.!Run %%*0
Set File$Type_A64 "MP4"
Set Alias$@RunType_A64 Run <MPlayer$Dir>.!Run %%*0

In my mimefile there is:
# Media type 'Video'
video/x-msvideo AVI fb2 .avi
video/mp4 MP4 a64 .mp4
video/x-matroska MKV a63 .mkv

I'm sorry to be dim and slow but how exactly does the above tell my
RISCOS computer what file type an .m4a file on my NAS should have? I
can't see m4a mentioned anywhere.

Thanks.

Bob.

--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In message <5cb05d68febob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

In article <51a44bb05c.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:

In message <5cb0268addbob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

Can't find a RISCOS mime mapping for .m4a files. These are what you
used to get for iTunes file downloads. No mention in Tim Hill's list.

Any ideas?

Thanks.

I have an mp4 audio file, which is played automatically by Mplayer, but
you can use it with KinoAmp

from !boot file for Mplayer.
if "<File$Type_FB2>" = "" then Set File$Type_FB2 "AVI"
Set Alias$@RunType_FB2 Run <MPlayer$Dir>.!Run %%*0
Set File$Type_A63 "MKV"
Set Alias$@RunType_A63 Run <MPlayer$Dir>.!Run %%*0
Set File$Type_A64 "MP4"
Set Alias$@RunType_A64 Run <MPlayer$Dir>.!Run %%*0

In my mimefile there is:
# Media type 'Video'
video/x-msvideo AVI fb2 .avi
video/mp4 MP4 a64 .mp4
video/x-matroska MKV a63 .mkv

I'm sorry to be dim and slow but how exactly does the above tell my
RISCOS computer what file type an .m4a file on my NAS should have? I
can't see m4a mentioned anywhere.

Thanks.

Bob.

from https://fileinfo.com/extension/m4a

MPEG-4 files that store video bear the .mp4 file extension (.MP4 files). However, if the MPEG-4 file only stores audio, it is saved with the .m4a extension, which stands for "MPEG-4 Audio." This name change helped distinguish between MPEG-4 video files and MPEG-4 audio-only files.

Ihave tested m4a from here
https://getsamplefiles.com/sample-audio-files/m4a

just changed the type to mp4 an Mplayer plays it, not AMplayer.
--
Jean-Michel
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In article <834261b05c.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:

In message <5cb05d68febob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

In article <51a44bb05c.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:

In message <5cb0268addbob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

I have an mp4 audio file, which is played automatically by Mplayer, but
you can use it with KinoAmp

from !boot file for Mplayer.
if "<File$Type_FB2>" = "" then Set File$Type_FB2 "AVI"
Set Alias$@RunType_FB2 Run <MPlayer$Dir>.!Run %%*0
Set File$Type_A63 "MKV"
Set Alias$@RunType_A63 Run <MPlayer$Dir>.!Run %%*0
Set File$Type_A64 "MP4"
Set Alias$@RunType_A64 Run <MPlayer$Dir>.!Run %%*0

In my mimefile there is:
# Media type 'Video'
video/x-msvideo AVI fb2 .avi
video/mp4 MP4 a64 .mp4
video/x-matroska MKV a63 .mkv

from https://fileinfo.com/extension/m4a

MPEG-4 files that store video bear the .mp4 file extension (.MP4
files). However, if the MPEG-4 file only stores audio, it is saved
with the .m4a extension, which stands for "MPEG-4 Audio." This
name change helped distinguish between MPEG-4 video files and
MPEG-4 audio-only files.

Ihave tested m4a from here
https://getsamplefiles.com/sample-audio-files/m4a

just changed the type to mp4 an Mplayer plays it, not AMplayer.

Thank you for your help it has moved me forward.

.mp4 files on my NAS were showing up as text files.
This is 2026 and RO has no idea what an .m4a iTunes file is?

I now have an entry in my mimefile I have added...

audio/x-m4a mp4 a64 .m4a

Sure enough, m4a files now show up in RISCOS as a64 mp4 files.
Which from the icon, it is clear RO thinks this is a movie.

Am I correct in thinking that if I do this, RISCOS cannot tell if a
file is a movie or compressed audio file from the file type.

I don't need to play the file in RISCOS I just need a means to test
for its file type. Could I map it to another RO file type that
doesn't clash with a movie file. Are there any user file types I
could pinch one from that on my machines would be unique to .m4a?

Thanks again.

Bob.

--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

Am Wed, 25 Feb 2026 10:07:36 +0000 schrub Meister Bob Latham:

In article <834261b05c.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:

In message <5cb05d68febob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

In article <51a44bb05c.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:

In message <5cb0268addbob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

I have an mp4 audio file, which is played automatically by Mplayer,
but you can use it with KinoAmp

from !boot file for Mplayer.
if "<File$Type_FB2>" = "" then Set File$Type_FB2 "AVI"
Set Alias$@RunType_FB2 Run <MPlayer$Dir>.!Run %%*0 Set File$Type_A63
"MKV"
Set Alias$@RunType_A63 Run <MPlayer$Dir>.!Run %%*0 Set File$Type_A64
"MP4"
Set Alias$@RunType_A64 Run <MPlayer$Dir>.!Run %%*0

In my mimefile there is:
# Media type 'Video'
video/x-msvideo AVI fb2 .avi video/mp4 MP4
a64 .mp4 video/x-matroska MKV a63 .mkv

from https://fileinfo.com/extension/m4a

MPEG-4 files that store video bear the .mp4 file extension (.MP4
files). However, if the MPEG-4 file only stores audio, it is saved with
the .m4a extension, which stands for "MPEG-4 Audio." This name change
helped distinguish between MPEG-4 video files and MPEG-4 audio-only
files.

Ihave tested m4a from here
https://getsamplefiles.com/sample-audio-files/m4a

just changed the type to mp4 an Mplayer plays it, not AMplayer.

Thank you for your help it has moved me forward.

.mp4 files on my NAS were showing up as text files.
This is 2026 and RO has no idea what an .m4a iTunes file is?

I now have an entry in my mimefile I have added...

audio/x-m4a mp4 a64 .m4a

Sure enough, m4a files now show up in RISCOS as a64 mp4 files. Which
from the icon, it is clear RO thinks this is a movie.

Am I correct in thinking that if I do this, RISCOS cannot tell if a file
is a movie or compressed audio file from the file type.

I don't need to play the file in RISCOS I just need a means to test for
its file type. Could I map it to another RO file type that doesn't clash
with a movie file. Are there any user file types I could pinch one from
that on my machines would be unique to .m4a?

There exists a list, with filetypes that aren't officially connected to
any means and that are free to use for the normal user. Other filetypes
are reserved for Acorn and special types and firms, e.g. Computer
Concepts and other. It should be possible to use a free number from the
user list and set the .m4a to this number.

Then the entries in the player applications startfile have to be changed
in way, that the player also starts the now "new" filenumber. There a
godd chances that the player will play the file then.

This list should be available on ROOL . Eventually therein exists an mp4
audio file - then it should be enough to map the .m4a extensions to this.

Eventually its enough to map the .m4a to an mp3 filetype.

.mp4 files on my NAS were showing up as text files.
This is 2026 and RO has no idea what an .m4a iTunes file is?

RISCOS never thinks about files and never did - in a way the rest of the computeruniverse did it. It has filetypes and You should clearly separate
them from "file extensions" in Your thinking about such stuff.

Eventually there is an Filetype for MP4 Audio File in the list (mentioned above). Then You should use this for Your mapping.
An audioplayer, nevertheless, can start them directly only if its RunType
is set in a correct way.
If so the player will load the file - and play it, if there a audio data
in a known format in it. Otherwise the app will eventually crash. There is (normally) no checking, other than the filetype, if a file is a correct
one. The unix magic number, wich a itunes Files should have, will not be
read and evaluated by an RISC OS application.

You can see this as an "misbehave" on the RISC OS side - but one can also argue the other direction: Why can't the other filesystems handle
correctly the well established filetypes in 2026 ?

-
kork der ork k|+mmert sich um den traminer
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In article <10nmnso$p7r3$1@solani.org>,
Sebastian Barthel <naitsabes@freenet.de> wrote:

There exists a list, with filetypes that aren't officially
connected to any means and that are free to use for the normal
user.

I've been looking at that this morning.

Other filetypes are reserved for Acorn and special types and
firms, e.g. Computer Concepts and other. It should be possible to
use a free number from the user list and set the .m4a to this
number.

Then the entries in the player applications startfile have to be
changed in way, that the player also starts the now "new"
filenumber. There a godd chances that the player will play the
file then.

This list should be available on ROOL . Eventually therein exists
an mp4 audio file - then it should be enough to map the .m4a
extensions to this.

Okay yes.

Eventually its enough to map the .m4a to an mp3 filetype.

Not for my usage it's not. I need to be able to identify
flac, mp3, m4a as specific file types.

.mp4 files on my NAS were showing up as text files. This is 2026
and RO has no idea what an .m4a iTunes file is?

RISCOS never thinks about files and never did - in a way the rest
of the computeruniverse did it. It has filetypes and You should
clearly separate them from "file extensions" in Your thinking
about such stuff.

[Snip]

So as no official mapping to m4a exists (very disappointing) I looked
for an obscure value in the user's section. I chose 0B7 which seems
free. I've given it an icon and mapped it to .m4a and it even plays
in a couple of players. So hopefully, provided 0B7 does get used by
something official I should be okay.

Thanks.

Bob.

--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

On 25 Feb 2026 as I do recall,
Bob Latham wrote:

So as no official mapping to m4a exists (very disappointing)

As I understand it, 'M4A' is a subset of the MP4 standard - MP4 files
can contain both audio and video streams, and an M4A file is simply an
MP4 file where the normal video content is missing. Since any MP4
player can play an M4A file and RISC OS doesn't have any concept of a
player that can *only* play the audio content without being able to
handle the video content as well, it doesn't distinguish (or need
to) between MP4 files with and without video streams in them. Simply
mapping M4A files to the &A64 filetype ought to be sufficient for
desktop purposes; what the icon *looks* like is completely irrelevant, provided that the correct player is launched when you double-click on
them....

In the same way, a Drawfile can contain both sprite and vector (and
text area!) data, but RISC OS doesn't have special filetypes for
Drawfiles that are just being used as wrappers for sprites with no
actual shapes or lines defined in them. Any application that can
display vector graphics in a Drawfile can equally well display a
Drawfile with sprite data in it.

(Many applications *can't* correctly handle Drawfiles with text areas
in them, given that this facility is basically a deprecated form of DTP
that has been superseded by actual dedicated DTP software, so arguably
the OS ought to have a special filetype that distinguishes text area
data from other more generic Drawfile content - but it doesn't!)

I looked for an obscure value in the user's section. I chose 0B7 which
seems free. I've given it an icon and mapped it to .m4a and it even
plays in a couple of players. So hopefully, provided 0B7 does get used
by something official I should be okay.

All the filetypes with values less than &100 are unavailable to
'official' software, so nothing will ever be allocated to any of them.
They are reserved for local use (and use by 'unofficial' software that
you might write and want to distribute, with the drawback that there is absolutely no guarantee that someone else's unofficial software might
choose to use the same filetype and some unlucky random user just might
attempt to run both applications on the same computer....)
--
Harriet Bazley == Loyaulte me lie ==

A statement of fact cannot be insolent
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In article <086ac4b05c.harriet@bazleyfamily.co.uk>,
Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

On 25 Feb 2026 as I do recall,
Bob Latham wrote:

So as no official mapping to m4a exists (very disappointing)

As I understand it, 'M4A' is a subset of the MP4 standard - MP4
files can contain both audio and video streams, and an M4A file is
simply an MP4 file where the normal video content is missing.
Since any MP4 player can play an M4A file and RISC OS doesn't have
any concept of a player that can *only* play the audio content
without being able to handle the video content as well, it doesn't distinguish (or need to) between MP4 files with and without video
streams in them.

That's a great explanation of why things are as they are - thanks.

I can see why you say what you say and from the perspective of an MP4
player I'm sure you're correct.

However, I'm working on a program that does not play music or movies
but does evaluate meta data and edit music files. It is therefore
specific to music only for wav, flac, mp3, m4a.

Simply mapping M4A files to the &A64 filetype ought to be
sufficient for desktop purposes;

Call me awkward but I don't want a movie to make my prog think it's
looking at a music file and therefore count it and try to analyze its
meta data.

what the icon *looks* like is completely irrelevant, provided that
the correct player is launched when you double-click on them....

Am I allowed to disagree? :-)
Fair enough it doesn't matter for you or general player usage.
Open my music library m4a section and unlike mp3, flac wav, it would
show movies in there. I really don't like that one bit, sorry.

It depends on your perspective and what you're trying to do.

The irony is I would love to be rid of m4a and mp3 files because they
are not loss-less but that's an aside.

I looked for an obscure value in the user's section. I chose 0B7
which seems free. I've given it an icon and mapped it to .m4a and
it even plays in a couple of players. So hopefully, provided 0B7
does get used by something official I should be okay.

All the filetypes with values less than &100 are unavailable to
'official' software, so nothing will ever be allocated to any of
them. They are reserved for local use (and use by 'unofficial'
software that you might write and want to distribute, with the
drawback that there is absolutely no guarantee that someone else's
unofficial software might choose to use the same filetype and some
unlucky random user just might attempt to run both applications on
the same computer....)

Thanks for confirming my thoughts on the 'user' file types.

What you say about the risk of using them is very true but I think
extremely unlikely to get me :-)

Thanks for your advise.

Cheers,

Bob.

--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In message <5cb0268addbob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

Can't find a RISCOS mime mapping for .m4a files. These are what you used to get for iTunes file downloads. No mention in Tim Hill's list.

Any ideas?

&A62

https://www.riscosopen.org/forum/forums/1/topics/17488

David
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In article <ca5cd7b05c.DaveMeUK@BeagleBoard-xM>,
David Higton <dave@davehigton.me.uk> wrote:

In message <5cb0268addbob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

Can't find a RISCOS mime mapping for .m4a files. These are what
you used to get for iTunes file downloads. No mention in Tim
Hill's list.

Any ideas?

&A62

https://www.riscosopen.org/forum/forums/1/topics/17488

David

Great find David.

Thanks.

Bob.

--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

On 25 Feb 2026 as I do recall,
David Higton wrote:

In message <5cb0268addbob@sick-of-spam.invalid>
Bob Latham <bob@sick-of-spam.invalid> wrote:

Can't find a RISCOS mime mapping for .m4a files. These are what you
used to get for iTunes file downloads. No mention in Tim Hill's
list.

Any ideas?

&A62

https://www.riscosopen.org/forum/forums/1/topics/17488

"Filetype A64 is used for MP4, but since the container is both for audio
and video I have not associated it to DigitalCD. I suggest you map your
audio .mp4 and .m4a files to type A62 to avoid interferences between
DigitalCD and video players like MPlayer or FFPlayer."

That sounds like what Bob was looking for!
--
Harriet Bazley == Loyaulte me lie ==

He who laughs last probably doesn't understand the joke.
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

On 25 Feb 2026 as I do recall,
Bob Latham wrote:

In article <086ac4b05c.harriet@bazleyfamily.co.uk>,
Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

[snip]

I'm working on a program that does not play music or movies but does
evaluate meta data and edit music files. It is therefore specific to
music only for wav, flac, mp3, m4a.

Simply mapping M4A files to the &A64 filetype ought to be
sufficient for desktop purposes;

Call me awkward but I don't want a movie to make my prog think it's
looking at a music file and therefore count it and try to analyze its
meta data.

I'm assuming the meta data is probably the same for the audio track in
both cases... theoretically you could presumably inspect for the
additional presence of video meta data and skip that file if so, but I
imagine that would slow things down.

There is a RISC OS precedent, in that Zip (&A91) files used to share the generic 'Archive' (&DDE) filetype, presumably on the grounds that it was
up to the de-archiving software to select the appropriate decompression algorithm for the type of compression used. But after that specific
format became widespread for Internet downloads, it got its own filetype
- even though for most people, double-clicking on a Zip file will simply
pass it over to SparkFS like any other archive to handleas a RISC OS
image file (a concept generally foreign to the OS that created it in the
first place!)

what the icon *looks* like is completely irrelevant, provided that
the correct player is launched when you double-click on them....

Am I allowed to disagree? :-)
Fair enough it doesn't matter for you or general player usage.
Open my music library m4a section and unlike mp3, flac wav, it would
show movies in there. I really don't like that one bit, sorry.

Well, do you have any actual MP4 movie files? If not, you could simply
change the default icon to something more generic....

[snip]

Thanks for confirming my thoughts on the 'user' file types.

What you say about the risk of using them is very true but I think
extremely unlikely to get me :-)

It ought to be entirely safe for your own purposes - the only issue
would be if some other program was fooled into trying to load M4A files,
and as I gather you're not double-clicking on them that isn't going to
be a problem. :-)
--
Harriet Bazley == Loyaulte me lie ==

It is far better to be deceived than to be undeceived by those we love.
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In article <f349e2b05c.harriet@bazleyfamily.co.uk>,
Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

On 25 Feb 2026 as I do recall,
Bob Latham wrote:

I'm assuming the meta data is probably the same for the audio track
in both cases... theoretically you could presumably inspect for the additional presence of video meta data and skip that file if so,
but I imagine that would slow things down.

[Snip]

Well, do you have any actual MP4 movie files? If not, you could
simply change the default icon to something more generic....

Please don't think I'm ungrateful for your help in finding a
solution, I do appreciate your input.

In the PC + NAS world, I think .m4a files are unique to music files
and contain no video. If as we move from that world to RISCOS we
obliterate that distinction then we have information loss. That
distinction may then have to be tested for, which as you pointed out
will slow things down.

I think I'm going for a unique mapping either &0B7 or &A62 I've just
not 100% certain which is best to go for. What confuses the issue for
me is another line in that article that says..

"A new filetype A62 (ADTS) was defined for .aac files (AAC
encapsulated in ADTS frames)."

Am I then likely at some point to encounter .aac files which give me
another issue? At least 0B7 is not allocated to another filetype.

Cheers,

Bob.

--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

Am Thu, 26 Feb 2026 09:03:31 +0000 schrub Meister Bob Latham:

In article <f349e2b05c.harriet@bazleyfamily.co.uk>,
Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

On 25 Feb 2026 as I do recall,
Bob Latham wrote:

I'm assuming the meta data is probably the same for the audio track in
both cases... theoretically you could presumably inspect for the
additional presence of video meta data and skip that file if so, but I
imagine that would slow things down.

[Snip]

Well, do you have any actual MP4 movie files? If not, you could simply
change the default icon to something more generic....

Please don't think I'm ungrateful for your help in finding a solution, I
do appreciate your input.

In the PC + NAS world, I think .m4a files are unique to music files and contain no video. If as we move from that world to RISCOS we obliterate
that distinction then we have information loss. That distinction may
then have to be tested for, which as you pointed out will slow things
down.

Since these "connections" are needed more and more, and many people will
have to find solutions to such "connected to other machines" problems it
is very good to discuss these things.

I think I'm going for a unique mapping either &0B7 or &A62 I've just not
100% certain which is best to go for. What confuses the issue for me is another line in that article that says..

"A new filetype A62 (ADTS) was defined for .aac files (AAC encapsulated
in ADTS frames)."

Am I then likely at some point to encounter .aac files which give me
another issue? At least 0B7 is not allocated to another filetype.

Eventually it could be a good move to ask "official" (via ROOL Forum) if
there is a solution that could be installed and used for all future
times. Means: an official filetype for .m4a audio-only Files.


-
kork der ork k|+mmert sich um den traminer
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In message <10npj7s$r4bt$1@solani.org>
Sebastian Barthel <naitsabes@freenet.de> wrote:

Am Thu, 26 Feb 2026 09:03:31 +0000 schrub Meister Bob Latham:

In article <f349e2b05c.harriet@bazleyfamily.co.uk>,
Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

On 25 Feb 2026 as I do recall,
Bob Latham wrote:

I'm assuming the meta data is probably the same for the audio track in both cases... theoretically you could presumably inspect for the additional presence of video meta data and skip that file if so, but I imagine that would slow things down.

[Snip]

Well, do you have any actual MP4 movie files? If not, you could simply change the default icon to something more generic....

Please don't think I'm ungrateful for your help in finding a solution, I
do appreciate your input.

In the PC + NAS world, I think .m4a files are unique to music files and contain no video. If as we move from that world to RISCOS we obliterate that distinction then we have information loss. That distinction may then have to be tested for, which as you pointed out will slow things down.

Since these "connections" are needed more and more, and many people will have to find solutions to such "connected to other machines" problems it
is very good to discuss these things.

I think I'm going for a unique mapping either &0B7 or &A62 I've just not 100% certain which is best to go for. What confuses the issue for me is another line in that article that says..

"A new filetype A62 (ADTS) was defined for .aac files (AAC encapsulated
in ADTS frames)."

Am I then likely at some point to encounter .aac files which give me another issue? At least 0B7 is not allocated to another filetype.

Eventually it could be a good move to ask "official" (via ROOL Forum) if there is a solution that could be installed and used for all future times. Means: an official filetype for .m4a audio-only Files.

That looks to me to be a good suggestion. Add to the thread I found.
It doesn't matter that it's old; the subject is appropriate.

David
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

On 26 Feb, David Higton wrote in message
<4cbe4ab15c.DaveMeUK@BeagleBoard-xM>:

That looks to me to be a good suggestion. Add to the thread I found. It doesn't matter that it's old; the subject is appropriate.

Perhaps offer to register the type if there's a general consensus that we
need one, and then let everyone know what it is -- in that thread, and by adding it to

https://www.riscosopen.org/wiki/documentation/show/File%20Types
--
Steve Fryatt - Leeds, England

http://www.stevefryatt.org.uk/
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.acorn.apps

In message <mpro.tb3ahd00pof3r03rk.news@stevefryatt.org.uk>
Steve Fryatt <news@stevefryatt.org.uk> wrote:

On 26 Feb, David Higton wrote in message
<4cbe4ab15c.DaveMeUK@BeagleBoard-xM>:

That looks to me to be a good suggestion. Add to the thread I found. It
doesn't matter that it's old; the subject is appropriate.

Perhaps offer to register the type if there's a general consensus that we need one, and then let everyone know what it is -- in that thread, and by adding it to

https://www.riscosopen.org/wiki/documentation/show/File%20Types

It would be good to have Andro Timmermans' opinion as I think he is knowledgeable about audio files and associated types.
--
Jean-Michel
--- Synchronet 3.21b-Linux NewsLink 1.2