TYPO3 Core

There are some people who can confirm this bug. There is a little curious workaround:
Create a new video (type "VIDEO") and instead of inserting a video file insert an audio file. After saving you choose type "AUDIO". The input element for the audio is empty now, but the file will be displayed and is playable in Frontend.

Steffen Ritter has programmed a coreupdate script for flexformvalues: class.tx_coreupdates_mediaflexform.php. In method "performUpdate" he keeps mmFile for sVideo, but moves mmFile for type "AUDIO" to Key "mmAudioFallback".

I have searched the whole TYPO3-Sources for "mmAudioFallback", but there is no other PHP-File handling "mmAudioFallback".
Please have a look into tslib_content_Media.php. As you can see, there is an use of mmFile, but no mmAudioFallback.
So in my kind of view, you have forgotten to insert a condition from where the file comes from.

Stefan

The bug must be caused by something else:
Line 98 in typo3/sysext/cms/tslib/content/class.tslib_content_media.php ahs:
$audioFallback = $this->doFlexFormOverlay($conf, 'audioFallback');

doFlexFormOverlay changes the first character to uppercase and then prepends 'mm'.

So this is gives the correct field name.

The problem is indeed that audio files were move to their own properties, but that most renderers haven't been adapted. Only the FLOWPLAYER takes them correctly into account. So I think the correct solution is to adapt the other players to use the "audioFallback" property like the FLOWPAYER does. I'll give it a spin.

I have a working patch locally for the SWFOBJECT. I need to adapt it to the other renderers before submitting it. And checking if the bug also exists in current master.

strange, this bug seems to be solved, but the Problem exists (still/again?)
TYPO3 6.04, PHP5.4
Audio works with Stefans Workaround (video, then change to audio, with the absolute path; not FAL)

This bug is still there. Testet with TYPO3 CMS v6.1.1. The workaround from Stefan Froemken is still working.

I can confirm this also in 6.2.9

Insert element switch to audio , insert file path per Element Browser /FAL = no FE output

Insert media video: switch on html 5 > add Video sources for HTML5 > leave path empty > save > switch to audio > insert audio file path per Element Browser /FAL = works.
Result: html 5 audio canvas, not tested with flash.

Hi!

I can confirm this appears to be true also in 6.2.14. The status of this issue should not be "Resolved".

- Mathias

Hi!

I have opened a new issue: #68546

- Mathias

Stefan Froemken wrote:

There are some people who can confirm this bug. There is a little curious workaround:
Create a new video (type "VIDEO") and instead of inserting a video file insert an audio file. After saving you choose type "AUDIO". The input element for the audio is empty now, but the file will be displayed and is playable in Frontend.

It is just ridiculous, but I have the same problem with the EXACTLY same workaround working on TYPO3 6.2.10 ...
Unbelievable ...

Clemens Riccabona wrote:

Stefan Froemken wrote:

There are some people who can confirm this bug. There is a little curious workaround:
Create a new video (type "VIDEO") and instead of inserting a video file insert an audio file. After saving you choose type "AUDIO". The input element for the audio is empty now, but the file will be displayed and is playable in Frontend.

It is just ridiculous, but I have the same problem with the EXACTLY same workaround working on TYPO3 6.2.10 ...
Unbelievable ...

erhm, indeed i meant 6.2.26 ... sry ...