No, again, the other command as I suggest shows exactly what codecs are actually compiled in.
Why don’t you want to accept that?
If you are not going to install radiotray and actually put in some debug time then please do not comment on this thread. Your comments so far have been off target so have lead to no solution. I would encourage you to get in touch with the people you are helping by actually knowing what they are doing. Otherwise I do not think you will be much help.
I think this is from the first couple of posts
I get the same output as from the command “ffmpeg --version” which I already mentioned.
Well, I did ask you what Radio Tray is, but you still didn’t answer.
My comments have been about ffmpeg and it’s aac codec support, as reply to your statements about that, so why have they been off target?
But I guess you’re right, I won’t be of much help here…
Good Luck!
And again, I don’t really understand what you mean with that.
Your “ffmpeg --version” command does show “–enable–libvo-aacenc”, so aac encoding should work according to you, shouldn’t it?
Yes and I have already said that that islibvo is a video library and has nothing to do with streaming audio. There is a totally different audio streaming library that needs to be compiled into ffmpeg and it is not there.
OK, so I had a look now myself. Radio Tray apparently is an “online radio streaming player”, so it doesn’t matter if ffmpeg supports AAC encoding.
What you want to do is not stream something but listen to an existing stream, right?
As I already mentioned, Radio Tray uses gstreamer, so maybe there’s a codec missing there? (gstreamer-0_10-plugins-bad-orig-addon I think is needed for AAC)
And as I wrote as well, when I tried to open that URL in VLC I only got a “503 Access forbidden” error. So maybe there’s something wrong with that stream?
[QUOTE=wolfi323;2607973What you want to do is not stream something but listen to an existing stream, right?
[/QUOTE]
Yes this is correct.
I am assuming that this comes with the one-click third party codecs.
Yes, and I already said that libvo-aacenc is an aac audio encoder, nothing about video.
But you didn’t say which library you would need for streaming, and how you want to stream. That I was asking.
AFAIK rtmp f.e. is a library for streaming and that is compiled in f.e.
And again, isn’t this thread about listening to an online stream with Radio Tray? Not streaming?
What internet have you been searching?
I think you are just using this as a distraction. http://www.mplayerhq.hu/DOCS/tech/libvo.txt anyway it is all video. The name of the library is library Video Out, hence the libvo. Are you ok?
I have been in contact with the developer so maybe he has some insight on the problem.
I haven’t searched any Internet, but I created an audio AAC file with it.
libvo may be a video library (and I never said anything else), but libvo-aacenc is an AAC Audio Encoder.
Guess what the aacenc means…
See here f.e.: Debian – Details of package libvo-aacenc0 in sid
Nice find, almost as old as mine does that say 1997??.
Well that is nice but still has nothing to do with what ffmpeg needs and why it is not working on my machine. I am working on a more modern solution now.
Where do you read 1997?? That page is copyright 1997-2013.
For libvo-aacenc see here: http://opencore-amr.sourceforge.net/
This is the **opencore-amr **project (“opencore-amr”)
This project was registered on SourceForge.net on Jun 18, 2009, and is described by the project team as follows:
Library of OpenCORE Framework implementation of Adaptive Multi Rate Narrowband and Wideband (AMR-NB and AMR-WB) speech codec. Library of VisualOn implementation of Adaptive Multi Rate Wideband (AMR-WB) encoder and Advanced Audio Coding (AAC) encoder. Modified library of Fraunhofer AAC decoder and encoder.
Well that is nice but still has nothing to do with what ffmpeg needs and why it is not working on my machine. I am working on a more modern solution now.
And why do you think libvo-aacenc doesn’t work on your machine?
It works fine here, I tested it.
But I repeat it again: Radio Tray is using gstreamer-0.10, not ffmpeg. And an AAC encoder will of course not help you in playing a stream anyway.
Sorry, I get a “403 Forbidden” of course.
You say you tested it and maybe you did but you already lost my trust when you did not actually understand the audio streaming problem. I have started another thread to try and resolve the problem.
Also, I am not the only one with this problem. You make it seem like I am nuts or things should just work??? They do not work and I need a solution and not a combative stance.
Thanks
Correct, I misunderstood your problem.
Because you didn’t tell what your problem actually was. You only complained that ffmpeg is compiled without AAC support, and that’s just not true.
You wrote something about libvo-aacenc being a video encoder.
You wrote about you wanting to stream AAC, when in fact you want to listen to a stream (that’s the exact opposite).
You kept insisting that “ffmpeg -version” shows the supported codecs and “ffmpeg -codecs” does not.
Also, I am not the only one with this problem. You make it seem like I am nuts or things should just work??? They do not work and I need a solution and not a combative stance.
Again, you were blaming ffmpeg, but IMHO it’s gstreamer’s fault.
Don’t you think there is a difference?
If gstreamer causes the problem, you can play around with ffmpeg as long as you want and won’t get it to work.
For the files I also cannot test the url from the title as I have no
access but tried with a aac stream url which does not need login or such
http://www.antenne.de/webradio/antenne-aac.pls
The following programs play it just fine
totem
rythmbox
vlc
radiotray (which by the way is a program from the standard repos) fails
to play it. I found not yet a solution for it, it also spits out the
error which origins from gstreamer.
At least it seems not to be a problem with the aac stream as such. Since
it is late here I have to postpone the exact check what the problem
really is for tomorrow (be it radiotray itself in the way what it
invokes in gstreamer, gstreamer or sme underlying library).
When using the gst-inspect-0.10 and gst-inspect-1.0 utilities I can see
that aac decoder support is available
martinh@ganymed:~> gst-inspect-0.10 | grep aac
ffmpeg: ffenc_aac: FFmpeg Advanced Audio Coding encoder
ffmpeg: ffdec_aac: FFmpeg Advanced Audio Coding decoder
ffmpeg: ffdec_aac_latm: FFmpeg AAC LATM (Advanced Audio Codec LATM
syntax) decoder
ffmpeg: ffmux_adts: FFmpeg ADTS AAC muxer (not recommended, use
aacparse instead)
voaacenc: voaacenc: AAC audio encoder
faac: faac: AAC audio encoder
typefindfunctions: audio/aac: aac, adts, adif, loas
audioparsers: aacparse: AAC audio stream parser
martinh@ganymed:~> gst-inspect-1.0 | grep aac
voaacenc: voaacenc: AAC audio encoder
faac: faac: AAC audio encoder
audioparsers: aacparse: AAC audio stream parser
typefindfunctions: audio/aac: aac, adts, adif, loas
martinh@ganymed:~>
Just to be sure that ffmpeg cannot be used I deinstalled the gstreamer
0.10 ffmpeg package restarted radiotray and repeated the test which
shows the same error as before, so at least I doubt it has something to
do with that and ffmpeg is a red herring here.
–
PC: oS 13.1 x86_64 | i7-2600@3.40GHz | 16GB | KDE 4.11 | GTX 650 Ti
ThinkPad E320: oS 13.1 x86_64 | i3@2.30GHz | 8GB | KDE 4.11 | HD 3000
HTPC: oS 13.1 x86_64 | Celeron@1.8GHz | 2GB | Gnome 3.10 | HD 2500
This stream doesn’t work here either with gstreamer-0.10.
But the one from anika200’s other thread plays fine with gstreamer-0.10-plugins-bad-orig-addon installed…
That’s because this .pls file contains an icyx:// URL whereas the other one has http:// URLs. Apparently gstreamer-0.10 just doesn’t support the icyx:// protocol.
But replacing icyx:// with http:// (i.e. http://mp3channels.webradio.antenne.de/antenne.aac) makes it play even with RadioTray.
Am 13.12.2013 23:06, schrieb wolfi323:
>
> martin_helm;2608037 Wrote:
>> Just to be sure that ffmpeg cannot be used I deinstalled the gstreamer
>> 0.10 ffmpeg package restarted radiotray and repeated the test which
>> shows the same error as before, so at least I doubt it has something to
>> do with that and ffmpeg is a red herring here.
>>
> This stream doesn’t work here either with gstreamer-0.10.
>
> But the one from anika200’s other thread plays fine with
> gstreamer-0.10-plugins-bad-orig-addon installed…
>
> That’s because this .pls file contains an icyx:// URL whereas the other
> one has http:// URLs. Apparently gstreamer-0.10 just doesn’t support the
> icyx:// protocol.
> But replacing icyx:// with http:// (i.e.
> http://mp3channels.webradio.antenne.de/antenne.aac) makes it play even
> with RadioTray.
>
>
confirmed, that works, seems I am already to tired to realize that I got
a different error here.
–
PC: oS 13.1 x86_64 | i7-2600@3.40GHz | 16GB | KDE 4.11 | GTX 650 Ti
ThinkPad E320: oS 13.1 x86_64 | i3@2.30GHz | 8GB | KDE 4.11 | HD 3000
HTPC: oS 13.1 x86_64 | Celeron@1.8GHz | 2GB | Gnome 3.10 | HD 2500
Am 13.12.2013 23:33, schrieb Martin Helm:
> confirmed, that works, seems I am already to tired to realize that I got
> a different error here.
>
Just to be precise the different error was
gsturidecodebin.c(1285): gen_source_element ():
/GstPlayBin2:player/GstURIDecodeBin:uridecodebin0
the aac plays fine without the pls
–
PC: oS 13.1 x86_64 | i7-2600@3.40GHz | 16GB | KDE 4.11 | GTX 650 Ti
ThinkPad E320: oS 13.1 x86_64 | i3@2.30GHz | 8GB | KDE 4.11 | HD 3000
HTPC: oS 13.1 x86_64 | Celeron@1.8GHz | 2GB | Gnome 3.10 | HD 2500