Corephotonics, an Israeli startup, holds several patents on this tech. It was first seen in the Oppo phone, and now the P30. However, Corephotonics was acquired by Samsung 2 months ago for $155M, so this might be the last non-Samsung phone to have this technology.
802.11ac gets its speed via multiple spatial streams, using more than one antenna on both Tx and Rx sides. Besides, the coax is 100% available all the time, while the wirelsss protocol is based on half duplex transmissions, and can only transmit to N clients at any given time (on each subband) when you have N antennas.
So for wired transmission you better use something else like MoCa.
Actually, it was a single laser that was split into multiple beams.
The technology behind the Kenwood drives was developed by an Israeli startup called Zen Research (they had their logo on the drive).
The drive ended up more expensive than it had to, because they ended up using separate ICs for each beam due to a bug in their ASIC, preventing using the ASIC's internal logic that was supposed to do the same. They were already very late so they didn't respin the ASIC.
They worked on the same logic for a DVD writer, but they were so late that the company went belly-up.
Back in the DOS days, an Israeli company called "248 software" created a translated BASIC interpreter, complete with Right-to-left line entry:
5 TO 1 = X FOR 10
"HELLO" PRINT 20
NEXT 30
(sorry for lack of right-alignment - I couldn't get this to work in the comment window.
Just assume the lines above are right aligned).
substitute the regular keywords with the equivalent hebrew words in a hebrew font, and you get the idea.
Notice that unlike the keywords here which are left-to-right, the hebrew keywords are actually read right-to-left, so the only thing on the line read left-to-right are the numbers.
You are right. It was 7.18MHz to be exact, and was derived from the 3.59MHz NTSC frequency. The Amiga had about 20 different DMA channels, and as far as I remember, all of them were coordinated based on the horizontal video beam position, since access to the "chip" memory had to be shared by both the CPU and all the custom chips.
BTW, the PAL models had a slightly different frequency, but I don't remember if it was faster or slower.
Released around the same time as the Amiga and Atari ST, it was leagues ahead of them both in terms of design and capability. Originally released in 1987 with a 10MHz 68000 CPU and 1MB RAM, the series finished six years later with a 25MHz 68030, 4MB RAM and a 80MB HD.
Considering the fact that the Amiga was released in August 1985 with a 8MHz 68000, I find it hard to claim that a 10MHz 68000 machine released in 1987 is "leagues ahead". Also knowing the Amiga custom chips and its OS, I also find it hard to assume the X68000 was "miles ahead". Ofcourse the last Amiga modek had a 68040 chip vs. the claimed 68030 for the X68000.
Well, whagt I was saying that I didn't need to upload code to the 1541 by loading it using a BASIC program.
All I needed to do was to issue a command such as:
OPEN 1,8,15,"U0:FILENAME,USR"
or something like that (I reallyt forgot the syntax). The point was that there was an undocumented command that sending it to the 1541 would cause the 1541 to load the USR type file into its internal memory and execute it there, no C64 loader needed!
The question is - were you able to create this special track using a "USR" file that you sent to the 1541 as a command? (the phrase OPEN 1,8,15,"..." rings distant bells in my head...)
"USR" type files could contain 6502 assembly programs that would be loaded INSIDE the disk drive and run there.
I also had the source code for the C64 kernel and basic, as well as the 1541 disk drive.
FAT is a terrible format for Flash media, because it constantly updates some variables in first several sectors of the disk. The effect was mentioned some time ago on/. -- when you're done writing around 200k files to flash media it was already past erasure limit for those sectors at the beginning i.e. media was destroyed.
So it might actually give some incentive for vendors to move to JFFS or similar FS _designed_ with this flash-specific limitation in mind.
rrw
Nope.
As far as I know, all Flash media that use FAT have Flash Translation Layers (FTLs) such as M-Systems NFTL or the PCMCIA FTL that does wear-leveling, i.e. writing the same sector 1000 times will actually write 1000 different sectors.
From the announcement:
According to the guidelines set by our legal department, we cannot release the full product, so we have built a set of diff source files and associated documentation.
I'm kinda confused by this one... Why couldn't they release the full source code? Is there anything stopping somebody from distributing the source after applying the diffs?
Please note that you are referring to the original release of the Bi-Directional patches, way back from 12-May-2002. Currently, the Bi-Di support is part of the basic Open Office download.
Even more, I'm not even 100% sure that these patches by IBM were really the base for the current Bi-Di support. If you go to www.openoffice.org.il you will see that Sun does the work on Bi-Di (as well as a local company called Tk Open Systems - www.tkos.co.il).
Unfortunately, both web pages are in Hebrew so you will only see the word "Sun" in Hebrew (look for the bold 3 word hebrew link pointing to il.sun.com .
>not all israeli's are jews (most are) >Not all jews are religious (most are not) >Not all religious jews are orthodox religious jews (most are not)
First, In Israel, this is incorrect. There is a very little number of Reform and Conservative jews in Israel, defenitively less than 10% of all religious jews in Israel.
Second, its an open question whether "orthodox religious jews" are a sub-group of "religious jews", or that "religious orthodox jews" are a sub-group of "orthodox jews".
A large percentage of the jews in Israel, especially the non-Ashkenazi jews, consider themself "traditional jews", and consider themselves orthodox jews who are not religious. They may go to an Orthodox synagogue on Shabbat and religious holidays, some of them they keep Kosher dietary laws to some extent, some of them keep Shabbat to some extent, but generally they do not strictly obey the jewish laws as interpreted by the orthodox jews, yet they wouldn't even consider thinking about themselves as Reform or Conservative.
>Not all orthodox religious jews are ultra orthodox >ashkenazi jews (most are not)
Nope. The processor is stuck in a NOP loop Only in DOS world (and even there its not a NOP loop, its a busywait loop waiting for keyboard input).
When running a real O.S, the processor actually halts until it is waken by an interrupt, either from an I/O device or from the periodic interrupt used by the task scheduler.
You are right. A quick '1,$s/\t/\r/g' in VIM fixed the list for me.
The list below was compressed into less lines to make slashdot happy (it doesn't like too many short lines)
% wc company.txt
226 704 5574 company.txt % cat company.txt | sed -e '1,$s/.*(\(.*\))$/\1/g' | sort | uniq -c
1 Argentina 1 Australia 6 Austria
2 Bahrain 2 Beirut 5 Brazil
3 Bulgaria 2 Canada 4 Costa Rica
2 Cyprus
1 Czech Republic
13 Egypt
1 El Salvador
4 France
3 Germany
1 Greece
1 Ireland
6 Italy
3 Jordan
3 Kuwait
1 Latvia
3 Lebanon
1 Lithuania
2 Malta
2 Netherlands
3 Norway
1 Oman
3 Pakistan
2 Panama
2 Peru
3 Philippines
4 Poland
2 Portugal
4 Puerto Rico
2 Romania
1 Russian Federation
5 Saudi Arabia
1 Slovenia
3 South Africa
7 South Korea
1 Sweden
4 Thailand
2 Turkey
16 UAE
4 UK
80 USA
1 Uruguay
2 Venezuela
You get a total of 51 companies from Mid-East Muslim countries.
>How do you know that 95% of members of technical organisations are from US, EU and Far east? You don't, you are just guessing, aren't you?
I'm not talking about the percentage of people who are membership of organizations such as IEEE ACM, etc.
What I'm saying is that if you look at any of the technical organizations (at least those I'm familiar with) such as PCI, Infiniband, OpenGL, RapidIO, USB, I2Osig, etc. you will not see this.
These are some of the organization *I* am familiar with.
On the other hand, show me an arab company that has been a founding member of any technical organization.
Talking about I2O SIG, it seems they no longer have a web site! www.i2osig.org cached entries are all over google, but the web site is now available for sale!
>What are you trying to say anyway?
I wish I knew. Seriously, the member list of ISC is really not typical of what I would expect. All I'm saying is that this is STRANGE.
You will get the following:
1 Australia
3 Austria
1 Bahrain
2 Beirut
2 Brazil
1 Canada
2 Costa Rica
7 Egypt
2 France
1 Germany
1 Greece
1 Ireland
2 Italy
2 Jordan
1 Kuwait
3 Lebanon
1 Malta
2 Netherlands
2 Pakistan
2 Panama
1 Peru
2 Philippines
2 Poland
1 Portugal
1 Puerto Rico
1 Romania
1 Russian Federation
3 Saudi Arabia
2 South Africa
3 South Korea
1 Thailand
1 Turkey
12 UAE
4 UK
38 USA
1 Venezuela
There is a total of 113 companies, out of them 33 are Middle-eastern Mulsim country originated companies (if I include Pakistan even though its not in the Middle-East).
I'm not trying to imply anything racist, I'm just very curious since the ration here is very unlikely any other technical organizaion where 95% of the members are either from the USA, Western Europe, or the Far East.
DRAM chips are usually have either 4, 8 or 16 bits per word. In order to construct a DIMM, 64 bits are needed. This means that with 4 bit DRAMs, you need 16 chips, with 8 bit DRAMs you need 8 vhips, and with 16 bit DRAMs you need 4 chips. usually you will see only the 4 or 8 bit DRAMs, because these occupy less board area for the same capacity. 16 bit DRAMs are only used for low capacity DIMMs.
When your DIMM supports ECC, it's 72 bits wide, which makes it more complicated. Usually its made of 18, 4-bit chips, or 9 8-bit chips.
(back in the 30 and 72 pin SIMM days, when memories were 8 or 32 bit wide, you could see ECC SIMMs that use 3 chip for 2x4+1=9 bits, or 2x16+4=36 bits).
If you see DIMMs with 12 chips, This is usually a cheap OEM SIMM using partially good DRAMs.
The Best way to identify such a DIMM, is to write down the marking on ALL the chips on it, and look them up in the internet. You then sum up all the DRAM bit widths, and see what you come up with:
If its 64 bits, its a normal DRAM.
If its 72 bits, its probably an ECC DIMM.
If its more, it's probably a DRAM using partially good DRAMs.
I don't read spanish very well, but the article mentioned using Reed-Solomon encoding which does just that. It mixes up large blocks of data and then does ECC on them, so if a large block gets dropped due to an error, it actually contains a small number of bytes from many other block, each protected by a separate ECC. This is the same type of error correction used on CD's (CDROMs uses 3 layers of ECC).
The site is currently slashdoted, but as far as I remember, it uses a WDC 65C816 instead of the C64's 6510 CPU. The FPGA is used only for emulating the peripherals such as the IDE interface, 6581 SID sound chip, 2x6526 CIA chips, VIC chip emulation, etc.
Another reason why people might get mixed up and use.uk.co domains is due to the JANET addressing scheme.
JANET (Joint Academic Network) is a UK network, and it used (uses??) a reverse domain names, i.e. you would mail someone@uk.ac.* (Well the Brits always does things backwards...)
Just google for JANET and co.uk or co.ac and you will see enough references for that.
This is the ISC member list.
Did you notice the high percentage of Arab members?
No wonder this group recommends the DOD to use closed source software.
Well, maybe he is a fraud, maybe he is not, but back in 1994 he (or someone impersonating the same name) posted on the net, identifying himself as working at SEGA like this guy's bio claims.
(Not that the original 1994 poster really proved he was working there - just look at the Usenet article itself).
Slashdot Mirror
Corephotonics, an Israeli startup, holds several patents on this tech. It was first seen in the Oppo phone, and now the P30.
However, Corephotonics was acquired by Samsung 2 months ago for $155M, so this might be the last non-Samsung phone to have this technology.
https://www.androidheadlines.com/2019/02/huawei-p30-pro-quad-camera-teased.html
https://tech.slashdot.org/story/16/11/25/1146258/googles-deepmind-made-an-ai-watch-close-to-5000-videos-so-that-it-surpasses-humans-in-lip-reading
No.
802.11ac gets its speed via multiple spatial streams, using more than one antenna on both Tx and Rx sides.
Besides, the coax is 100% available all the time, while the wirelsss protocol is based on half duplex transmissions, and can only transmit to N clients at any given time (on each subband) when you have N antennas.
So for wired transmission you better use something else like MoCa.
Actually, it was a single laser that was split into multiple beams.
The technology behind the Kenwood drives was developed by an Israeli startup called Zen Research (they had their logo on the drive).
The drive ended up more expensive than it had to, because they ended up using separate ICs for each beam due to a bug in their ASIC, preventing using the ASIC's internal logic that was supposed to do the same. They were already very late so they didn't respin the ASIC.
They worked on the same logic for a DVD writer, but they were so late that the company went belly-up.
Back in the DOS days, an Israeli company called "248 software" created a translated BASIC interpreter, complete with Right-to-left line entry:
5 TO 1 = X FOR 10
"HELLO" PRINT 20
NEXT 30
(sorry for lack of right-alignment - I couldn't get this to work in the comment window. Just assume the lines above are right aligned).
substitute the regular keywords with the equivalent hebrew words in a hebrew font, and you get the idea.
Notice that unlike the keywords here which are left-to-right, the hebrew keywords are actually read right-to-left, so the only thing on the line read left-to-right are the numbers.
You mean 4 frequency bands:
850MHz or 1900MHz - USA
900MHz or 1800MHz - Europe, middle east + ??
You are right. It was 7.18MHz to be exact, and was derived from the 3.59MHz NTSC frequency.
The Amiga had about 20 different DMA channels, and as far as I remember, all of them were coordinated based on the horizontal video beam position, since access to the "chip" memory had to be shared by both the CPU and all the custom chips.
BTW, the PAL models had a slightly different frequency, but I don't remember if it was faster or slower.
Considering the fact that the Amiga was released in August 1985 with a 8MHz 68000, I find it hard to claim that a 10MHz 68000 machine released in 1987 is "leagues ahead". Also knowing the Amiga custom chips and its OS, I also find it hard to assume the X68000 was "miles ahead". Ofcourse the last Amiga modek had a 68040 chip vs. the claimed 68030 for the X68000.
Well, whagt I was saying that I didn't need to upload code to the 1541 by loading it using a BASIC program.
All I needed to do was to issue a command such as:
OPEN 1,8,15,"U0:FILENAME,USR"
or something like that (I reallyt forgot the syntax). The point was that there was an undocumented command that sending it to the 1541 would cause the 1541 to load the USR type file into its internal memory and execute it there, no C64 loader needed!
Udi
No, you weren't the only one.
The question is - were you able to create this special track using a "USR" file that you sent to the 1541 as a command? (the phrase OPEN 1,8,15,"..." rings distant bells in my head...)
"USR" type files could contain 6502 assembly programs that would be loaded INSIDE the disk drive and run there.
I also had the source code for the C64 kernel and basic, as well as the 1541 disk drive.
Nope.
As far as I know, all Flash media that use FAT have Flash Translation Layers (FTLs) such as M-Systems NFTL or the PCMCIA FTL that does wear-leveling, i.e. writing the same sector 1000 times will actually write 1000 different sectors.
Please note that you are referring to the original release of the Bi-Directional patches, way back from 12-May-2002. Currently, the Bi-Di support is part of the basic Open Office download.
Even more, I'm not even 100% sure that these patches by IBM were really the base for the current Bi-Di support.
If you go to www.openoffice.org.il you will see that Sun does the work on Bi-Di (as well as a local company called Tk Open Systems - www.tkos.co.il).
Unfortunately, both web pages are in Hebrew so you will only see the word "Sun" in Hebrew (look for the bold 3 word hebrew link pointing to il.sun.com .
>not all israeli's are jews (most are)
>Not all jews are religious (most are not)
>Not all religious jews are orthodox religious jews (most are not)
First, In Israel, this is incorrect. There is a very little number of Reform and Conservative jews in Israel, defenitively less than 10% of all religious jews in Israel.
Second, its an open question whether "orthodox religious jews" are a sub-group of "religious jews", or that "religious orthodox jews" are a sub-group of "orthodox jews".
A large percentage of the jews in Israel, especially the non-Ashkenazi jews, consider themself "traditional jews", and consider themselves orthodox jews who are not religious. They may go to an Orthodox synagogue on Shabbat and religious holidays, some of them they keep Kosher dietary laws to some extent, some of them keep Shabbat to some extent, but generally they do not strictly obey the jewish laws as interpreted by the orthodox jews, yet they wouldn't even consider thinking about themselves as Reform or Conservative.
>Not all orthodox religious jews are ultra orthodox >ashkenazi jews (most are not)
Nope. The processor is stuck in a NOP loop Only in DOS world (and even there its not a NOP loop, its a busywait loop waiting for keyboard input).
When running a real O.S, the processor actually halts until it is waken by an interrupt, either from an I/O device or from the periodic interrupt used by the task scheduler.
You are right. A quick '1,$s/\t/\r/g' in VIM fixed the list for me.
u t_us/board_of _directors// www.usb.org/info
The list below was compressed into less lines to make slashdot happy (it doesn't like too many short lines)
% wc company.txt
226 704 5574 company.txt
% cat company.txt | sed -e '1,$s/.*(\(.*\))$/\1/g' | sort | uniq -c
1 Argentina 1 Australia 6 Austria
2 Bahrain 2 Beirut 5 Brazil
3 Bulgaria 2 Canada 4 Costa Rica
2 Cyprus
1 Czech Republic
13 Egypt
1 El Salvador
4 France
3 Germany
1 Greece
1 Ireland
6 Italy
3 Jordan
3 Kuwait
1 Latvia
3 Lebanon
1 Lithuania
2 Malta
2 Netherlands
3 Norway
1 Oman
3 Pakistan
2 Panama
2 Peru
3 Philippines
4 Poland
2 Portugal
4 Puerto Rico
2 Romania
1 Russian Federation
5 Saudi Arabia
1 Slovenia
3 South Africa
7 South Korea
1 Sweden
4 Thailand
2 Turkey
16 UAE
4 UK
80 USA
1 Uruguay
2 Venezuela
You get a total of 51 companies from Mid-East Muslim countries.
>How do you know that 95% of members of technical organisations are from US, EU and Far east? You don't, you are just guessing, aren't you?
I'm not talking about the percentage of people who are membership of organizations such as IEEE ACM, etc.
What I'm saying is that if you look at any of the technical organizations (at least those I'm familiar with) such as PCI, Infiniband, OpenGL, RapidIO, USB, I2Osig, etc. you will not see this.
These are some of the organization *I* am familiar with.
On the other hand, show me an arab company that has been a founding member of any technical organization.
Take a look at:
Examples:
http://www.pcisig.com/membership/abo
http://www.rapidio.org/about
http:/
Talking about I2O SIG, it seems they no longer have a web site! www.i2osig.org cached entries are all over google, but the web site is now available for sale!
>What are you trying to say anyway?
I wish I knew. Seriously, the member list of ISC is really not typical of what I would expect.
All I'm saying is that this is STRANGE.
Go to:
http://softwarechoice.org/init_members.asp
Copy the member list into a text file (company.txt).
Then do:
% cat company.txt | sed -e '1,$s/.*(\(.*\))$/\1/g' | sort | uniq -c
You will get the following:
1 Australia
3 Austria
1 Bahrain
2 Beirut
2 Brazil
1 Canada
2 Costa Rica
7 Egypt
2 France
1 Germany
1 Greece
1 Ireland
2 Italy
2 Jordan
1 Kuwait
3 Lebanon
1 Malta
2 Netherlands
2 Pakistan
2 Panama
1 Peru
2 Philippines
2 Poland
1 Portugal
1 Puerto Rico
1 Romania
1 Russian Federation
3 Saudi Arabia
2 South Africa
3 South Korea
1 Thailand
1 Turkey
12 UAE
4 UK
38 USA
1 Venezuela
There is a total of 113 companies, out of them 33 are Middle-eastern Mulsim country originated companies (if I include Pakistan even though its not in the Middle-East).
I'm not trying to imply anything racist, I'm just very curious since the ration here is very unlikely any other technical organizaion where 95% of the members are either from the USA, Western Europe, or the Far East.
DRAM chips are usually have either 4, 8 or 16 bits per word. In order to construct a DIMM, 64 bits are needed. This means that with 4 bit DRAMs, you need 16 chips, with 8 bit DRAMs you need 8 vhips, and with 16 bit DRAMs you need 4 chips. usually you will see only the 4 or 8 bit DRAMs, because these occupy less board area for the same capacity. 16 bit DRAMs are only used for low capacity DIMMs.
When your DIMM supports ECC, it's 72 bits wide, which makes it more complicated. Usually its made of 18, 4-bit chips, or 9 8-bit chips.
(back in the 30 and 72 pin SIMM days, when memories were 8 or 32 bit wide, you could see ECC SIMMs that use 3 chip for 2x4+1=9 bits, or 2x16+4=36 bits).
If you see DIMMs with 12 chips, This is usually a cheap OEM SIMM using partially good DRAMs.
The Best way to identify such a DIMM, is to write down the marking on ALL the chips on it, and look them up in the internet. You then sum up all the DRAM bit widths, and see what you come up with:
If its 64 bits, its a normal DRAM.
If its 72 bits, its probably an ECC DIMM.
If its more, it's probably a DRAM using partially good DRAMs.
I don't read spanish very well, but the article mentioned using Reed-Solomon encoding which does just that.
It mixes up large blocks of data and then does ECC on them, so if a large block gets dropped due to an error, it actually contains a small number of bytes from many other block, each protected by a separate ECC.
This is the same type of error correction used on CD's (CDROMs uses 3 layers of ECC).
Amulating the Atari 2600 is easy, since it is also 6502 based. Just reprogram the FPGA's.
The site is currently slashdoted, but as far as I remember, it uses a WDC 65C816 instead of the C64's 6510 CPU. The FPGA is used only for emulating the peripherals such as the IDE interface, 6581 SID sound chip, 2x6526 CIA chips, VIC chip emulation, etc.
The specifications says PCMCIA, which is roughly laptop version of ISA.
All modern laptops have PC-card slots which are derived from PCI, but have a PCMCIA compatibility mode.
Another reason why people might get mixed up and use .uk.co domains is due to the JANET addressing scheme.
JANET (Joint Academic Network) is a UK network, and it used (uses??) a reverse domain names, i.e. you would mail someone@uk.ac.* (Well the Brits always does things backwards...)
Just google for JANET and co.uk or co.ac and you will see enough references for that.
This is the ISC member list.
Did you notice the high percentage of Arab members?
No wonder this group recommends the DOD to use closed source software.
Here is More:
Well, maybe he is a fraud, maybe he is not, but back in 1994 he (or someone impersonating the same name) posted on the net, identifying himself as working at SEGA like this guy's bio claims.
U TF -8&oe=UTF-8&threadm=1994Feb23.182559.26015%40news. cs.brandeis.edu&rnum=1&prev=/groups%3Fhl%3Den%26ie %3DUTF-8%26oe%3DUTF-8%26q%3D%2522samir%2Bgupta%252 2%2Bnintendo%26sa%3DN%26tab%3Dwg
(Not that the original 1994 poster really proved he was working there - just look at the Usenet article itself).
http://groups.google.co.il/groups?hl=en&lr=&ie=