search

danangkinal12 / edcast-reborn

Automatically exported from code.google.com/p/edcast-reborn
0 stars 0 forks source link

doesnt save settings and suggests #47

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. using it normally
2. setting up a new encoder
3. doesnt save uses defaults!

What is the expected output? What do you see instead?
i expect to setup the encoder and connect as it should
an example is to rename the mount path file and it doesnt update data

What version of the product are you using? On what operating system?
edcast 3.37.2011.1214 windows 7 home premium

Please provide any additional information below.
also i recommend a better production of the development i dont mean its bad but 
it could be better if you expand it to the proffesional gamma as it dont seems 
to be, also i enhance its very easy to do it well tuned

thanks in advice sunmashine

Original issue reported on code.google.com by crypthx on 20 Mar 2012 at 7:17

GoogleCodeExporter commented 8 years ago 
The changes to "system folders" between windows XP and Vista have made things 
more complicated than they should be with regards to edcasts config files. Not 
much I can do about that without totally rewriting oddsocks code - I've done a 
lot on this already, but it's far from perfect

In windows 7, user writable files (config/log) will default to 
\user\username\appdata\local\edcast* folder - the last part of the name depends 
on which version (standalone or asio)

With the DSP version, the config files should be written in a folder in the 
\user\username\appdata\???\winamp folder - i.e. whereever winamp stores it's 
config files etc. If you don't have winamp, technically you shouldn't use the 
winamp version ;) plus it throws the logic of where to find/put the config files

One way to fix all config problems is to make the folder where edcast is 
installed writable by all users - i.e. modify the security settings of the 
folder to allow full control by ALL users

Original comment by jaroma...@gmail.com on 30 Mar 2012 at 11:57

GoogleCodeExporter commented 8 years ago 
i resolved the conflict
the mistake as yo may thought is about admin privileges and maybe as a service 
as it is
i remember if im not wrong is that services in windows run with privileges 
thouugh
also i enhance about the production of the main project

Original comment by crypthx on 31 Mar 2012 at 4:54

GoogleCodeExporter commented 8 years ago 
Thnx, this was my issue as well! Changed security settings and now edcast was 
able to create the setting files.

Thnx, and thnx for all you guys' work on EdCast!

Original comment by wibop...@gmail.com on 31 Jul 2013 at 11:04