Conclusive proof of 40 megs. Awesome! Thank you from me too, to all of the dev team. Looking forward to the release.
This is going to shake the AZBox world!
Printable View
Conclusive proof of 40 megs. Awesome! Thank you from me too, to all of the dev team. Looking forward to the release.
This is going to shake the AZBox world!
Really!!Quote:
Originally Posted by PsiDOC
Of course I just say THANKS for all guys involved in this!
Thanks a lot your great job!
Just a lame question... any idea for a date for the full release?? :)
Regards!
the_ripper said after he finished this part (audio and video, finished)..he will make a new release, while he finishes whats left (tunner)
so..i dunno, maybe really soon, and hopefully source code like he said.
anyway...it's coming. :)
we have to wait for his words.
Great work beasts!
Awesome!!!!!!!!!!
Thanks a lot guys!!!
Impressive.
Thank you very much, thank you very much for everything.
I greet from spain (cadiz)
@hfmls
I do not work on script,E2/Python source code changes, for now they are small changes, but there are changes, for what I know diff files(for OE) will be public.Quote:
so..i dunno, maybe really soon, and hopefully source code like he said.
Once again, I work on drivers, cant tell you when others will finish changes in mediaplayer code so that new release can be out.Quote:
he_ripper said after he finished this part (audio and video, finished)..he will make a new release, while he finishes whats left (tunner)
@[0_o]
I dont know that.Maybe it's soon to tell, yet ...Quote:
Just a lame question... any idea for a date for the full release??
oh, ok The_Ripper, thank you very much for answer.
i understand now.
:respect-059: :king-042: :respect-059:
Thanks a millions for all ppl contributed in this
plz let us know how can we help
does this thing have a gui yet, or is that like one of the last things that will be done.
As you can see in the youtube video there s already an E2 gui...
I don t know if its fully implemented yet though coz he uses commands to start the video...
Quote from The_Ripper:Quote:
Originally Posted by leerock
Quote:
Once again, I work on drivers, cant tell you when others will finish changes in mediaplayer code so that new release can be out.
So when changes in mediaplayer are done there's no need for commands to start the video
Well it seems only the ripper!! and his team can save this box,
After 3 months of don t "giving a f*** about this box",
Ι ve decided to update it to the latest fw (5020).....
And havent seen a single improvement....
These guys are going nowhere....
I hope it doesnt take too long for the ripper to code the tuner drivers
although this might be the hardest part...
Thats way Opensat is taking over coding part from the Koreans.
Untill now coding was left to the Koreans
Uglibc is going away
Source: Frank - coder - new employe for Opensat
sorry the completely off topic:
Carp95 "Uglibc is going away"
What does that mean? What improvements or difference are we gonna notice? And it's gonna be replaced with what.
Sorry to ask.
Some info at h**p://www.uclibc.org/ But since it seems to go away so...
@The_RipperQuote:
Originally Posted by The_Ripper
Is there any possibilty to have the LAN speed capping removed so we could record HD content to NFS mapped drives? or is the limitation somewhere else and no workaround is possible?
thx for your great work, you have many here who wish to thank you and the team working with you.
I believe the Lan speed has already been reported to be much quicker.Quote:
Originally Posted by happyhammer
yes, i think they said something like 6 to 8 mb? i can't remember.
probably will get better overtime.
@happyhammer
There is some speed improvement, but problem is that Sigma use main CPU for handling LAN,USB too,so if there is more CPU usage from some program speed is lower and vice versa.
I think Sigma in new chips use seperate CPU for LAN,USB , etc ... and no problems like this on 8634 chips.
hmm so this means LAN speed improvement only for FTP transfers.
if we want to watch massive bitrate movie over lan, no luck then.
but still, much better performance i figure then current original firmware.
The problem is that all 86xx Sigma Chipset does not have a dedicated LAN chipset and the CPU can not work more speed, so Celrun BUS has a limit on data from the CPU, if it were not limited and for example would like to upload a file FTP the receiver would be unmanageable very very slow.Quote:
hmm so this means LAN speed improvement only for FTP transfers.
if we want to watch massive bitrate movie over lan, no luck then.
but still, much better performance i figure then current original firmware.
Reply With Quote
The sigma chipset 86xx can not work more than 5 mb / s this speed the system is very slow, it azbox I do not say I have a popcorn and hands the same, but they do not have tuners, cams, etc ... can go a little faster than a popcorn but little more.
For this problem Azbox not work well with multimedia files(mkv) over a network, and hardly do in the future, but if you can get to work with media files from HDD without using the LAN or some USB.
The only way to get everything working correctly is to make a firmware that has a system that is very lightweight and consumes very little resources (CPU + RAM), perhaps E2 is the solution.
The current firmware Celrun-Opensat consumes too many resources and can not do this sigma.
Bye.
AFAIK, there are ethernet adapters that has own proccessor to handle network traffic? Can we use one of them through USB port instead of built in card, with E2? There should be Dreambox drivers for that, may be a port needed? Just thinking loudly, no exact knowledge....
Quote:
Originally Posted by milix
For what is the seperated network chip in azbox?
It s a realtek rtl8201.
And the WiFi mini-PCI card...?
Speed cap at the system bus?
usb wireless N. i would like that.
If azbox has a separate network adapter chip Realtek rtl8201 on its ethernet adapter (not using directly sigma CPU), and if there is a limit for CPU bus speed, then this limit must apply for the HDD, too? Right? With this equation, theoretically, we can reach to the max possible speed with network adapter same as we can reach with HDD?
Quote:
Originally Posted by milix
Quote:
Originally Posted by pascha99
All data passing through the same bus, HDD, USB, LAN, etc. .. Celrun put a limit on the BUS for the system to block and Opensat never has said it has no solution for that reason the application has created Opensat Hardware Acceleration which increases the data bus and the CPU speed is one Overclock This will greatly improve the traffic data by the BUS.
As we know the USB is also limited in the bus, if we connect a LAN USB (rtl8201) would work via USB NETWORK ie all the information and pass for that port official also very slow.
The USB HDD if it is (Elite) is very slow, however the HDD of a premium (SATA) works very fast, and reproduction in high bibrate mkv for example is very good with the TCK on.
But if I can say from the evidence that has been made that for example a 7200 SATA HDD 32MB buffer is not optimal speed that should have.
Many of the solution would have problems with some hardware tweaks, other do not.
Bye.
but....has u noticed, they could run via USB a 40mb/S bitrate m2ts movie, enigma2 testing ...
if this has a limit, is a damn big one :)
I think this means 40 mbit/sec, this are 5 MByte/sec. This is very slow for an usb. But I would be happy to have this speed on the LAN.
no, blueray bitrates are 40MB not mbit, sometimes more or less.
its way way heavier then mkv .
it's like mkv = xvid and m2ts it's like a .vob file. (no compression)
so we're good playing mkv in future with enigma2.
really good. :)
milix is right about all things, thats why they added HW Acceleration option, or better to say they incrase x.pll3 value that affect CPU speed and thats how you got much faster transfer on LAN/USB after you set this option.
@hfmls High bitrates should work if you code good app that use very good pre buffering technics
ok, that means u guys coded a good app media player..since u got to work pefect a high bitrate m2ts. :)
it's 40Mbits and NOT 40MB...Quote:
Originally Posted by hfmls
sorry, i was completed confused :)
but, anyway, that's pretty high and good bitrate for azbox to handle.
Have You tried with new OE 1.6 yet?Quote:
Originally Posted by The_Ripper
Do you think there will be problems with the new OE?
Which kernel release are You using?
Do You believe that we can use the new kernel for USB DVB T-tuner recognition ?
Thanks 1K for all Your efforts!!!
@massimo1167
--Yes , OE 1.6 is booting up, but in more scripts are necessary changes then from OE 1.5
--Currently it's 2.6.22.19 , there is new kernels but problem is Sigma left support for Tango2(8634 chips) in new kernels and I think now(I am not shure) patches isnt in GPL anymore
--I hope we can, but that I will know when I finish demux part and how USB speed will affect all thing ...
The_Ripper currently what are you working on? From what u said u finished audio and video part right? And u have a team working with u finishing media-player part.
Again we can't thank you enough.
Keep up awesome work.
@hfmls
Activating Sigma HW demux part+tuner.
That means tunner driver is done?Quote:
Originally Posted by The_Ripper
Or the coding process is together? While u code tunner driver u activate sigma hw demux part?
From what u tell us probably next alpha image will already have tunner and dvbapi support? :)
btw...take your time :) of course.