Windows Media Audio Format.wma convert WMA to MP3 convert WMA to Ogg convert WMA to WAV. MPEG-1 Layer 3 Audio.mp3,.mpga,.rbs,.mpeg3.
3/26/2014 The MPEG Audio Decoder decodes MPEG-1 layers 1 and 2 audio to PCM. The following table shows the decoder properties. Decoder property Description Filter Interfaces Input Pin Media Types MEDIATYPE_Audio, FORMAT_WaveFormatEx The following subtypes are valid: • MEDIASUBTYPE_MPEG1Packet • MEDIASUBTYPE_MPEG1Payload • MEDIASUBTYPE_MPEG1AudioPayload • GUID_NULL Input Pin Interfaces,, Output Pin Media Types MEDIATYPE_Audio, MEDIASUBTYPE_PCM Output Pin Interfaces,, IPin, IQualityControl Filter CLSID CLSID_CMpegAudioCodec Executable Quartz.dll 0x03680001 Filter Category CLSID_LegacyAmFilterCategory.
This has been treated here in different threads already (more problems than success usually). I've successfully implemented real time transcoding of TV (mpeg TS over http) streams for SD mpeg2 streams in my SAT-TV-Server application (German version only right now). I'm using (a slightly modified version of) Sebastian Droege's http-launch with matching gstreamer1-0 toolchains. Meanwhile I can transcode all types of (European) TV streams. Here's a snapshot of a 720p50 video stream, transcoded to 768x432p50 with a video bitrate of 640 KBit (and audio also transcoded to 32 KBit).
The next posting gives you access to my transcoder package V. Important note: This software currently only works on Raspbian Jessie!
Update March, 2nd, 2017: New version 3.0 The main executable is now a binary compiled with nuitka and has been renamed to rtranscode, to avoid conflicts with the Debian transcode package. I've created a small transcoder package for real time transcoding of DVB TS http streams (support for udp streams has also been added, but is considered experimental) to lower bitrate and image size mkv http streams that can be served with small upload bandwidth (across the internet, for example).
It can transcode MPEG2 SD streames (you need the MPEG codec license!) and H264 streams of all usual TV resolutions (576i, 720p50, 1080i). You can also use it to record transcoded streams. Audio transcoding is also supported, but you can optionally use one of the original audio streams. WARNING: This is experimental software. I've only tested it with mumudvb unicast http streams myself, but other people have successfully used it with other programs (VDR, for example). It might also work with HDHOMERUN or similar hardware, using the new (experimental) udp support.
I couldn't get it to work with tvheadend and gave up after trying it for four days. People with more experience using tvheadend might get it to work (and should report it here), but the official startement right now is: tvheadend is not supported. Edit: It seems, that kazuko.nakamura got it to work with tvheadend. See and the following posts. The default configuration contains settings for typical European TV formats (576i25, 720p50, 1080i25). Other formats can be added (the manual contains an example).
The transcoder uses the GPU of the Raspberry Pi and gstreamer-1.0 modules and requires a Rasbpian Jessie installation. It installs the following components: 1) a slightly extended version of Sebastian Droege's http-launch 2) a binary 'rtranscode' which really simplifies working with http-launch (written in Python and compiled with nuitka) 3) a script 'bg_rtranscode.sh' to start rtranscode in quiet mode, suitable for use from other applications. 4) a configuration file and an empty 'channels.dat' in /usr/local/share/rtranscode If you have my kweb suite (Minimal Kiosk Browser, omxplayerGUI) installed, an additional binary 'create_kpages' will be installed, which can create a local web interface (HTML files) from a channel database. Code: wget tar -xzf transcoder3.tar.gz cd transcoder3 sudo./install Inside the transcoder3 directory you will find a large README file and a comprehensive manual in PDF format. Etienne De Crecy Tempovision Rar File there. The manual is also available.
The sources directory includes the Python sources of rtranscode and create_kpages and the modified C source of http-launch. The examples directory contains examples of channel database files. They cannot be used by anyone, but show, how a database file might look like. Note: If you have used an older version of my transcoder package and have built a channel database you can continue to use it. Just copy it to /usr/local/share/rtranscode Attachments kweb interface of the transcoder package rtckewinterface.jpg (62.03 KiB) Viewed 4079 times. Originally this post contained the whole README file of the transcoder package, but in version 3 the README file is too long to be published here. Bastinazo wrote:I have installed your transcoder package tool manually cause I use raspbian wheezy for transcoding.
However 'http-launch' shows me this error '** (http-launch:3193): WARNING **: Cannot autolaunch D-Bus without X11 $DISPLAY' Is there any other option for launching transcoding.py in raspbian wheezy? Thxs in advance!! The message comes from gstreamer. I cannot tell you if will run completely headless, although I have often used it from an SSH terminal (but X-Server was running on the Pi.) I've done transcoding on Wheezy, but H264 sources did not work because of a bug in gstreamer1.2 which has been fixed in Jessie (version 1.4 now). I could transcode MPEG streams (you need the mpeg codecs). The bug in the gstreamer-omx Module of Jessie (memory leak) has been fixed recently. Seems to be some nice stuff, but how would one do it if the purpose is to be to actually get the stream back to a PVR client remotely, which is also able to change channels, see EPG etc just as if it connected directly to TvHeadend?
What I'm trying to do is using a RPI2 as a TV-server (USB DVB-C) (jessie without any GUI) and use a OpenElec/Kodi remote to get access to the channels I got at home. Whilst SD channels work fine, HD don't, they stutter. I tried compiling TvHeadend with transcoding and adding the MPEG2 license, but the RPI2 doesn't seem to have the power to user the transcoding (no matter which version I choose), since all I get is stutter on both HD and SD. But on interlaced channels i get really ugly pictures that look like bad downscaled interlace. Bc that final interlace video isnt 'real interlace' (like odd lines are double the size) im not able to deinterlace it at the reciving device.
I saw that deinterlacing is possible with gstramer, but im not able to get it working (tried to place the '! Deinterlace' pipe at every known position in the config file). Do you know how to modify the settings to get the deinterlace working on the PI? That would be great. But on interlaced channels i get really ugly pictures that look like bad downscaled interlace. Bc that final interlace video isnt 'real interlace' (like odd lines are double the size) im not able to deinterlace it at the reciving device.
I saw that deinterlacing is possible with gstramer, but im not able to get it working (tried to place the '! Deinterlace' pipe at every known position in the config file). Do you know how to modify the settings to get the deinterlace working on the PI? That would be great Deinterlacing is really a problem I have not solved yet. If the image size is larger than half of the original size it's getting ugly. Software deinterlacing with gstreamer didn't work either (and I'm not sure if that wouldn't be too slow).
Unfortunately the omx module doesn't support any interlace function on the GPU. 1kane wrote:thanks for your fast reply. Thats very sad, because the rest is working very well. So my resolution will be to set the size of interlaced material at 288p, than it looks proper. And if the stream is progessiv than i gonna set higher resolution. And thank you again for your transcoding script!
Its the onliest raspberry hardwareVideo transcoder (that streams to network) i got working! For SD channels I use 360x288, for 1080i channels 768*432 (or 910*512). 720p50 channels can be send with any resolution.