View Full Version : FFSoxPlayer released
kerimcem
3rd October 2011, 22:48
That's the key to the answer.
For license reasons MP3 is not distributed with FFSoX. You have to upgrade to full FFmpeg as described here: "http://in-ffsox.sourceforge.net/#installation" (only "http://ffmpeg.zeranoe.com/builds/win32/shared/" works.)
mp3 not work :confused:
and Unicode/UTF-8-character corrupt
pbelkner
4th October 2011, 03:52
mp3 not work :confused:
I'm missing MP3 in the list of extensions.
and Unicode/UTF-8-character corrupt
UTF-8 is not supported yet.
Milardo
4th October 2011, 07:41
Hi,
Thanks for releasing the version with forced seeking. It's not really working too well with my .amr files but I can look forward to future versions.
kerimcem
4th October 2011, 11:45
I'm missing MP3 in the list of extensions.
UTF-8 is not supported yet.
:rolleyes: mp3 files worked! can you add utf-8 support soon? :thanks:
pirlouy
4th October 2011, 18:29
You should better go to HA forum where I had enough trouble with TOS #8 people like you and was close to be banned.
I can't; I'm banned. :)
And they are indeed not opened.
Thanks for the insult,
There's no insult. :/
It's just that we are fooled by our brain for several things, especially when it's time to compare audio quality.
What do you mean by audio setup ? Hardware ? I have JMLab speakers with Emotiva processor + Emotiva Amp.
But I let you use WASAPI without problem. ;)
pbelkner
5th October 2011, 12:22
And they are indeed not opened
BTW: According to my impression the traffic at HA forum has slowed down dramatically since summer, as also noted by others "http://www.hydrogenaudio.org/forums/index.php?showtopic=90740":
My perception is that HA used be much more active than it is now. Am I wrong?
pbelkner
5th October 2011, 12:49
:rolleyes: mp3 files worked! can you add utf-8 support soon? :thanks:
I have this planned for a long time. But most likely it will take some other time.
kerimcem
5th October 2011, 13:31
I have this planned for a long time. But most likely it will take some other time.
:thanks: waiting ( ç, ı, ü, ğ, ö, ş) turkish characters looking bad :(
kerimcem
7th October 2011, 23:17
bug..
I can't change ID3 tags although song stopped.
pbelkner
8th October 2011, 22:41
bug..
I can't change ID3 tags although song stopped.
It's not a bug, tagging is simply not implemented yet.
pbelkner
15th October 2011, 17:29
Wait, I just tried unchecking "sox decoder" and now seeking works with everything.
Unicode/UTF-8-character corrupt
Version 0.4.6.7 released:
Home: http://in-ffsox.sourceforge.net/
Download: http://sourceforge.net/projects/in-ffsox/files/What's new?
Unicode support for file and directory names.
Unicode support for metadata.
Option "SoX Decoder" removed.
naoan
15th October 2011, 17:45
Thanks for the unicode support now I don't have to use applocale anymore. :D
kerimcem
15th October 2011, 19:32
Thank you but i have an issue that some characters not showing correctly.(ş,ı,I,ğ,ö,İ)
pbelkner
15th October 2011, 20:17
Thank you but i have an issue that some characters not showing correctly.(ş,ı,I,ğ,ö,İ)
Unfortunately I can't reproduce the issue. I did the following:
Copy&pasted the characters from your post as the character string "şıIğöİ".
Created a directory "şıIğöİ".
Copied one of my FLACs into that folder and renamed it to "şıIğöİ.flac".
Loaded the renamed FLAC into Winamp using the build-in FLAC decoder, i.e. with deactivated FFSoX.
Edited Title, Artist, and Album tags to "şıIğöİ".
Loaded "şıIğöİ.flac" into Winamp again, this time with FFSoX activated again:
http://home.snafu.de/pbelkner/upload/111015/info.jpg
Everything seems to be fine.
kerimcem
15th October 2011, 21:15
Unfortunately I can't reproduce the issue. I did the following:
Copy&pasted the characters from your post as the character string "şıIğöİ".
Created a directory "şıIğöİ".
Copied one of my FLACs into that folder and renamed it to "şıIğöİ.flac".
Loaded the renamed FLAC into Winamp using the build-in FLAC decoder, i.e. with deactivated FFSoX.
Edited Title, Artist, and Album tags to "şıIğöİ".
Loaded "şıIğöİ.flac" into Winamp again, this time with FFSoX activated again:
http://home.snafu.de/pbelkner/upload/111015/info.jpg
Everything seems to be fine.
pic aimp+winamp
http://c1110.hizliresim.com/11/10/15/20131.jpg
cengizhan
15th October 2011, 21:54
kerimcem,
your winamp settings may be wrong. Check your modern skin options.
http://imageshack.us/photo/my-images/51/unledrks.jpg/
pbelkner
15th October 2011, 21:55
pic aimp+winamp
http://c1110.hizliresim.com/11/10/15/20131.jpg
Ok, I see it. However, the most important point to fix it is to reproduce it:
What kind of files we are talking about? MP3?
How where they tagged?
What happens if you tag them with the original WA decoder and then switch to FFSoX, as I did it with FLAC?
kerimcem
15th October 2011, 22:48
Ok, I see it. However, the most important point to fix it is to reproduce it:
What kind of files we are talking about? MP3?
How where they tagged?
What happens if you tag them with the original WA decoder and then switch to FFSoX, as I did it with FLAC?
yes mp3..
hxxp://hotfile.com/dl/132426242/db21ed0/infox.rar.html
pbelkner
16th October 2011, 06:59
yes mp3..
hxxp://hotfile.com/dl/132426242/db21ed0/infox.rar.html
Many thanks for the samples, and I'm able to reproduce the irregular behavior.
The bad news is that it is most likely not due to FFSoX (but may be due to the MP3s itself or due to WA.)
If I load the MP3s with WA's standard "in_mp3.dll" I get the following:
http://home.snafu.de/pbelkner/upload/111016/in_mp3.jpg
That's exactly the same irregularity I get when I load it with "in_ffsox.dll":
http://home.snafu.de/pbelkner/upload/111016/in_ffsox.jpg
kerimcem
16th October 2011, 10:55
Many thanks for the samples, and I'm able to reproduce the irregular behavior.
The bad news is that it is most likely not due to FFSoX (but may be due to the MP3s itself or due to WA.)
If I load the MP3s with WA's standard "in_mp3.dll" I get the following:
http://home.snafu.de/pbelkner/upload/111016/in_mp3.jpg
That's exactly the same irregularity I get when I load it with "in_ffsox.dll":
http://home.snafu.de/pbelkner/upload/111016/in_ffsox.jpg
restart winamp? and re-load playist ?
ı am back in_mp3.dll modern skin otomatic-unicode-latin1-ascii(default)
http://imageshack.us/photo/my-images/51/unledrks.jpg/
properly
pbelkner
22nd October 2011, 18:54
restart winamp? and re-load playist ?
ı am back in_mp3.dll modern skin otomatic-unicode-latin1-ascii(default)
Please check your private mail.
Milardo
29th October 2011, 08:12
Hi pbelkner,
I was wondering if you have looked into amr file seeking problem lately. I have attached sample amr file in zip file for testing if that helps thanks in advance.
pbelkner
12th November 2011, 11:06
Hi pbelkner,
I was wondering if you have looked into amr file seeking problem lately. I have attached sample amr file in zip file for testing if that helps thanks in advance.
I've just tested it, and seeking seems to work perfect (at least in WA, I'm not sure whether this holds for KMPlayer) even it is a bit hard to seek during 4 seconds ;-)
FFSoX Player's seeking (as well as all I/O) is based on FFmpeg (http://ffmpeg.org/). If there are problems with seeking for some special format you should frequently update your FFmpeg DLLs (at "Winamp/Plugins/in_ffsox" from http://ffmpeg.zeranoe.com/builds/win32/shared/) hoping that they finally will have fixed it.
Milardo
14th November 2011, 09:16
Thanks for your reply, I will keep updating the ffmpeg dlls then to see if it works, I'm trying it in kmplayer.
pbelkner
11th February 2012, 12:31
Version 0.4.7 released:
Home: http://in-ffsox.sourceforge.net/
Download: http://sourceforge.net/projects/in-ffsox/files/What's new?
According to FFmpeg.org (http://ffmpeg.org/): FFmpeg development has gone into OVERDRIVE. As a consequence the FFSoX Player plugin wasn't compiling any longer using the latest FFmpeg versions. This release ports the FFSoX Player plugin to the latest FFmpeg API.
Video synchronization has been greatly improved by replacing heuristics with a call to av_opt_ptr(avcodec_get_frame_class(), frame, "best_effort_timestamp");
This release requires "avformat-54.dll" and "avcodec-54.dll", and is now again in line with the latest FFmpeg builds from http://ffmpeg.zeranoe.com/builds/win32/shared/.
kerimcem
11th February 2012, 13:34
thanks for update :)
when change ID3 tags support??
pbelkner
9th March 2012, 20:53
Version 0.4.8 released:
Home: http://in-ffsox.sourceforge.net/
Download: http://sourceforge.net/projects/in-ffsox/files/What's new?
Upgraded to new SoX 14.4.0 (http://sourceforge.net/mailarchive/forum.php?thread_name=20120304232814.GA30088%40eeet101mt&forum_name=sox-devel).
Restructured build process for the tool chain.
pbelkner
4th November 2012, 17:39
Version 0.4.9-2 released:
Home: http://in-ffsox.sourceforge.net/
Download: http://sourceforge.net/projects/in-ffsox/files/in_ffsox/in_ffsox-0.4/What's new?
Made it compatible with the latest FFmpeg (http://ffmpeg.org/) version.
Requires "avutil-52.dll".
naoan
4th November 2012, 18:54
Since 0.4.9 ffsox does not save configuration on other winamp-compatible player like xmplay. Maybe this is xmplay's fault for not having a particular api (IPC_GETINIDIRECTORY(W) from winamp but I'm wondering if you can make it so it revert to old behavior if ffsox can't find the api?
pbelkner
8th December 2012, 12:31
Version 0.6.0 released:
Home: http://in-ffsox.sourceforge.net/
Download: http://sourceforge.net/projects/in-ffsox/files/in_ffsox/in_ffsox-0.6/What's new?
Allow for applying intermediate replay gain values between album gain (0%) and track gain (100%):
http://in-ffsox.sourceforge.net/images/in-ffsox-0.5.0-part.png
Rewritten and reactivated the FFmpeg adapters for "libmad.dll" and "liba52.dll".
Provided the Secret Rabbit Code (SRC) (http://www.mega-nerd.com/SRC/) resampler as an alternative to the SoX resampler.
Please note that the SRC resampler takes a lot of CPU compared to the SoX resampler:
SRC (best):
http://in-ffsox.sourceforge.net/images/0.6.0/ressources-src-best.png
SoX (very high):
http://in-ffsox.sourceforge.net/images/0.6.0/ressources-sox-very-high.png
SRC (medium):
http://in-ffsox.sourceforge.net/images/0.6.0/ressources-src-medium.png
Fixed a memory leak.
Since 0.4.9 ffsox does not save configuration on other winamp-compatible player like xmplay. Maybe this is xmplay's fault for not having a particular api (IPC_GETINIDIRECTORY(W) from winamp but I'm wondering if you can make it so it revert to old behavior if ffsox can't find the api?
I tried to do it in v0.6.0 but unfortunately I'm not able to test it without destroying my WA setup.
Please let me know whether v0.6.0 works for you.
naoan
12th December 2012, 23:04
I tried to do it in v0.6.0 but unfortunately I'm not able to test it without destroying my WA setup.
Please let me know whether v0.6.0 works for you.
It works, changed setting is saved and ffsox.ini is properly created inside the plugin folder. Thanks! :thanks:
pbelkner
13th December 2012, 16:18
Version 0.6.1 released:
Home: http://in-ffsox.sourceforge.net/
Download: http://sourceforge.net/projects/in-ffsox/files/in_ffsox/in_ffsox-0.6/What's new?
Provided a switch to enable the "steep filter" for the SoX resampler.
Disabled editing all drop down boxes except "replay gain mode" and "phase response" for the SoX resampler.
Accepted input for the "replay gain mode" is 0..100.
Accepted input for the "phase response" is 0..100.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.