This could be a SAM460 problem -- I never had it on my A1, but it could also just be that I never got my SAM set up right.

Different kinds of files play at different speeds. Typically, videos play half speed while sound finishes on time, half way through the video.

My concern right now is only WMA files. I have a hundred or so important ones that I recorded to learn songs from, but they all play double speed, with pitch one octave too high.

Any ideas where I should look for the (solution to) the problem?

@kilaueabart

Are you talking about A/V files that use WMA for audio or...
dedicated WMA audio files only?

#6

_________________
This posting, in its entirety, represents solely the perspective of the author.
*Secrecy has served us so well*

@number6
These are audio only, made on an Olympus Digital Voice Recorder WS-100, back when I had an A1 with Linux on it. OS4.1 doesn't know how to connect with it.

@kilaueabart

If the Mplayer issue is occuring only with Sam I can't help.

You think this issue did not occur with your A1, right?

If that's true then you do have a different audio codec and that might be where to look for an answer.

Since these are audio only files , you could turn off video output in Mplayer and see if there is a difference in how the playback sounds.

#6

Last edited by number6 on 07-Jul-2012 at 01:34 AM.

_________________
This posting, in its entirety, represents solely the perspective of the author.
*Secrecy has served us so well*

@kilaueabart
Quote:

My concern right now is only WMA files. I have a hundred or so important ones that I recorded to learn songs from, but they all play double speed, with pitch one octave too high.

I tried playing a wma file with both recent variations of mplayer and it worked fine.

Best guess then is that your files are recorded at 22Kh and mplayer is incoorrectly playing them back at 44.1 or they are mono and being inetrpreted as incorrectly stereo

Try explicitly setting the frequency on the commandline like so:

mplayer -srate 22050 someaudiofile.wma

or
mplayer -speed 0.5 someaudiofile.wma

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@number6

Quote:

Since these are audio only files , you could turn off video output in Mplayer and see if there is a difference in how the playback sounds.

if there is no video mplayer switches video off anyway.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@kilaueabart

This is not a sam problem at all...

I have gotten ".3gpp" files off Japanese phones and they play the video really-really fast possibly dropping everything after a "burst" depending on how much got cached...

I had to convert the .3gpp file concerned into something else to play it back properly,
or find a different player...

Mplayer and Windows Media player (Windows XP and Windows 7 32bit+64bit) is what I had this on...

I'll test this again with the sam440 I have as I still have the phone I made the original "fast" video on here

Other than that if you can't find some decent player settings... try format-shifting to something else and dictate changes and test the results afterwards...

That may help deal with it.

Quote:

try format-shifting to something else and dictate changes and test the results afterwards...

:OOOOOO

@wawa

Im pretty sure he's a robot :) People would say something to the effect of, "try converting the file type". :)

@kilaueabart

I have problems also. Some videos are played too fast. But this i think i had since i switched from the afxgroup mplayer to mui-mplayer. Dont remember i had this with afxgroups version. Im on x1000

Last edited by Kicko on 07-Jul-2012 at 10:22 AM.

@Kicko

I remember a particular version of mplayer had this issue, but it was fixed long ago in MPlayer (MorphOS) and it should be as well in the version kas1e ported, actually...

@broadblues

Quote:

Try explicitly setting the frequency on the commandline like so: mplayer -srate 22050 someaudiofile.wma or mplayer -speed 0 someaudiofile.wma

The first of these made no difference, but hooray! the second is one solution to my problem. Maybe if I can learn to understand what came up in the shell while it was playing, I can find an even better solution. I wonder if the part (see below) about "(ratio: 4003->88200)" isn't especially revealing.
Quote:

6.OS4.1:> Apps:newstuff/mplayer/mplayer -speed 0.5 22050 data:Songs/akakafalls.wma MPlayer UNKNOWN-4.4.3 (C) 2000-2010 MPlayer Team 160 audio & 349 video codecs Playing 22050. File not found: '22050' Failed to open 22050. Playing data:Songs/akakafalls.wma. ASF file format detected. [asfheader] Audio stream found, -aid 1 ============================================= Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 44100 Hz, 1 ch, s16be, 32.0 kbit/4.54% (ratio: 4003->88200) Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg)) ============================================= AHI: Using 0x30002 AudioID. AHI: Using 11520 bytes per chunk and 360 Kb for buffer AO: [ahi] 44100Hz 1ch s16be (2 bytes per sample) Video: no video Starting playback... Exiting... (End of file)

@Belxjander

Quote:

if you can't find some decent player settings... try format-shifting to something else

I've done that successfully with some video files, I think, but I'd hate to have to for all of my wma's.

But since my last posting here, I have made a surprising discovery. I thought I was having the same problem with both of my players, but it turns out that "MPlayer AmigaOS4 52.1 - Leitmotiv version" works fine. I play it through "MPlayer-GUI v1.46 by Denil 715!" and I was under the mistaken impression that I had hooked that GUI up to "MPlayer 1.0 (11.11.2010) Copyright ©2005-2010 Fabien Coeurjoly," which I have been using lately with its own GUI. I seem to remember that the latter worked just fine on my A1.

At least my WMA problem is that simply solved. I haven't checked whether that helps with video or not yet.

@kilaueabart

If you don't mind using a different player, then ffplay should be able to play them, and it shouldn't be any slower if it's just audio. A window might open up but you should be able to disable it.

Does TuneNet play these?

Last edited by MickJT on 08-Jul-2012 at 07:25 AM.

@kilaueabart

Quote:

But since my last posting here, I have made a surprising discovery. I thought I was having the same problem with both of my players, but it turns out that "MPlayer AmigaOS4 52.1 - Leitmotiv version" works fine. I play it through "MPlayer-GUI v1.46 by Denil 715!"

MPlayer 1.0 RC2 - Leitmotiv Version

Some obvious differences in this version that might apply.

#6

_________________
This posting, in its entirety, represents solely the perspective of the author.
*Secrecy has served us so well*

@Fab

I think i mailed kas1e about it together with an url to the video. Dont remember i got any answer. Maybe i used wrong email.

@kilaueabart

Quote:

AUDIO: 44100 Hz, 1 ch, s16be, 32.0 kbit/4.54% (ratio: 4003->88200)

The bit that's revealing is the '1ch' bit. As I suspected mplayer is playing mono data as if it were stereo and using it up twice as fast, so to speak.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@MickJT

TuneNet sort of plays them, but they come out odd.

I've had an ffmpeg drawer for a long time, but I don't remember what I got it for. I tried ffplay for the first time a little bit ago, and I was delighted -- it seems to have the makings of a sonograph.

I'm going to have to study that drawer. It must be full of useful stuff, but after I finished with ffplay (the window activity continued until I closed the window, but I'm not sure I stopped everything) I took a look in Settings, clicked on a "PS3_Test" out of curiosity and got a "This drawer cannot be opened" message, followed by a terrible slowdown of mouse movement.

Warm reboot brought up a soundless workbench, even AHI was dead, with the "Play test sound" button ghosted. Reset fixed that, but I'm afraid to look at much of the ffmpeg stuff until I'm ready to shut down anyway.

Last edited by kilaueabart on 09-Jul-2012 at 02:50 AM.