1
General Discussion / 2.6 Kernel
« on: January 18, 2005, 01:39:01 am »
The meeting has just been postponed
Select language:
News:
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
2
General Discussion / 2.6 Kernel
« on: January 16, 2005, 09:02:03 am »
I have an official meeting planned with Sharp on Friday, with the guy working on 2.6 and one commercial. I don't know if it will be very useful, but I will try to do what I can...
3
General Discussion / 2.6 Kernel
« on: December 29, 2004, 10:05:33 pm »
Yes that would be great, but I have no information about that.
But sf is supposed to be integrated in GCC 3.4, so I think there is...
Anyway I'm just starting vacations till next tuesday, and I did not bring back any Zaurus home (yes that's possible !), so more info next week. If anyone knows how to detect if softfloat is used (compile and try a test program?)...
Happy New Year !
But sf is supposed to be integrated in GCC 3.4, so I think there is...
Anyway I'm just starting vacations till next tuesday, and I did not bring back any Zaurus home (yes that's possible !), so more info next week. If anyone knows how to detect if softfloat is used (compile and try a test program?)...
Happy New Year !
4
General Discussion / 2.6 Kernel
« on: December 28, 2004, 10:05:31 am »
Yes, I think that's the point ! They release the source because they have to, but if it is useless, well... they don't care, that's all, no need to try to understand Sharp's philosophy with complex concepts ^^
Not that I even blame them by the way: some engineers are just told to have a Linux running on the platform they plan to sell, they manage to hack through it, and then they just forget about it.
Because you are working on a Linux kernel in Sharp does not necessarily mean you are an open-source geek or that you plan to broaden the view of your society. And even if you are, you may not have the possibility to do so.
Not that I even blame them by the way: some engineers are just told to have a Linux running on the platform they plan to sell, they manage to hack through it, and then they just forget about it.
Because you are working on a Linux kernel in Sharp does not necessarily mean you are an open-source geek or that you plan to broaden the view of your society. And even if you are, you may not have the possibility to do so.
5
General Discussion / 2.6 Kernel
« on: December 27, 2004, 09:40:44 pm »
One more thing... If you knew how Japanese are used to work, you would stop trying to make them collaborate with somebody else, usually it's Mission Impossible
6
General Discussion / 2.6 Kernel
« on: December 27, 2004, 09:21:18 pm »
You're only supposed to redistribute GPLed code if you make the binary public, they have the right to do their development stuff secretly ^^ (not that I approve it)
And it's targeted to 860 and 6000.
And it's targeted to 860 and 6000.
7
Zaurus - pdaXrom / Rc8 Install Instructions
« on: December 27, 2004, 09:13:54 pm »Quote
That's due to a default config security bug that's been fixed. It's not good practice to allow logins for root when the password is blank. If you set the root password on your Zaurus (just run 'passwd' in a terminal window) then you'll be able to ssh in using that password.OK thanks for the info! I thought it would be OK by setting the AllowRootLogin and AllowBlankPassword to true, but no...
8
Zaurus - pdaXrom / Mp3 Decoder
« on: December 27, 2004, 02:46:12 am »
Hum with this environment I don't even need the MAD plugin, FP are like 3 times faster... *sigh*
9
Zaurus - pdaXrom / Rc8 Install Instructions
« on: December 26, 2004, 11:04:09 pm »
Just tried RC8, and I really can see some improvement from the last one !
Just one thing: I can't login with ssh on the Zaurus, he asks me for a password for root...
Just one thing: I can't login with ssh on the Zaurus, he asks me for a password for root...
10
Zaurus - pdaXrom / Mp3 Decoder
« on: December 26, 2004, 09:14:34 pm »
...............
If only I had found this SDK earlier That's why floating point operations were so slow !
By the way, MAD works fine !
If only I had found this SDK earlier That's why floating point operations were so slow !
By the way, MAD works fine !
11
General Discussion / 2.6 Kernel
« on: December 24, 2004, 02:19:17 am »
I just received the ROM and the programming tools from him, I will now test it, but I don't have the rights to distribute it or anything.
BUT, according to him, 2.6 port should be made available by Sharp in a "not very long time", even if I'm not sure what it means
BUT, according to him, 2.6 port should be made available by Sharp in a "not very long time", even if I'm not sure what it means
12
Zaurus - pdaXrom / Status Update..
« on: December 24, 2004, 12:54:54 am »
Bittorrent is very nice, but if as Laze says the ftp server is enough for the moment, I don't really see the interest...
13
Zaurus - pdaXrom / Mp3 Decoder
« on: December 23, 2004, 10:10:18 pm »Quote
Furthermore, the current pdaXrom SDK already includes it. Look into /opt/arm/3.3.2-vfp/armv5tel-cacko-linux/include/mad.h for the interface. The corresponding library to link with (libmad) is also present, of course.It seems I don't have the same version of the SDK, I don't have this library included
As for MPEG4IP, the developer just finished integrating MAD, I have to build and test it now
14
Zaurus - pdaXrom / Mp3 Decoder
« on: December 21, 2004, 09:05:28 pm »
Yes, I know about MAD
And yes, I am working with the original developper of the application to integrate it, but I just wanted to hear some advice from the Zaurus community, thanks
By the way, I think there is another good solution for fixed-point MP3 decoding, optimized for ARM :
https://helixcommunity.org/viewcvs/cgi/view...p3/codec/fixpt/
And yes, I am working with the original developper of the application to integrate it, but I just wanted to hear some advice from the Zaurus community, thanks
By the way, I think there is another good solution for fixed-point MP3 decoding, optimized for ARM :
https://helixcommunity.org/viewcvs/cgi/view...p3/codec/fixpt/
15
Zaurus - pdaXrom / Mp3 Decoder
« on: December 21, 2004, 06:28:33 am »
As some may remember, I was working on porting the streaming application MPEG4IP (mpeg4ip.sf.net) on Zaurus, but I had a few problems. Most of them are now solved, partly because I am using pdaXrom so I could get rid of the 2.95 toolchain.
But the sound problem remains, and I just discovered it was only because of heavy floating point usage inside the MP3 decoder, which makes it horribly slow (85 ms to decode a 36 ms frame, with only a 16kHz / 1 channel / 16 kbits MP3 file). To have an idea of the source you can look at filter.cpp
The first thing is that I am quite surprised I did not see much speed difference when switching to pdaXrom, which should have this Vector Floating Point stuff to make things faster. Am I missing something?
The second is, does someone have any recommendations about integrating another decoder, if ever I have to do it? Or someone who is willing to help?
But the sound problem remains, and I just discovered it was only because of heavy floating point usage inside the MP3 decoder, which makes it horribly slow (85 ms to decode a 36 ms frame, with only a 16kHz / 1 channel / 16 kbits MP3 file). To have an idea of the source you can look at filter.cpp
The first thing is that I am quite surprised I did not see much speed difference when switching to pdaXrom, which should have this Vector Floating Point stuff to make things faster. Am I missing something?
The second is, does someone have any recommendations about integrating another decoder, if ever I have to do it? Or someone who is willing to help?