Domain: sourceforge.net
Stories and comments across the archive that link to sourceforge.net.
Comments · 31,462
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Wi-Fi Robots Need Cognitive Architecture
AITree Cognitive Architecture -- AI Has Been Solved for Wi-Fi Robots
The mind-modules below are ordered in such a way that you may comprehend the internal structure of the AI4U Mind-1.1 software at a glance. Notice for instance how many subroutines are nested beneath the Sensorium module. You may click on any mind-module listed here to read its documentation and to inspect its source code in Forth or JavaScript. This primitive AI-has-been-solved implementation is an invitation for you to build upon the current cognitive architecture by enlarging it or by specializing in your own favorite mind-module.-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
- Security (for both robot and human safety and for housekeeping)
- HCI (Human-Computer Interaction for the operator of the Wi-Fi robot)
- psiDecay (for the gradual deactivation of concepts over time)
-
Sensorium (audition, taste, smell, etc., including exotic robot senses)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
--- Listen (necesary for event-driven hearing and for detecting verbal input)
--- --- audSTM (auditory Short Term Memory with associative tags for recognition)
--- --- --- audRecog (auditory Recognition of sounds and phonemes done by pattern recognition)
--- oldConcept (for the recognition of words already known to the AI)
--- --- Parser (for the identification of parts of speech in word-recognition)
--- --- --- Instantiate (to create an instance or concept-node on a concept-fiber)
--- --- Activate (to reactivate known concepts)
--- --- --- spreadAct (spreading Activation for thinking by association)
--- newConcept (contributes to machine learning of new words)
--- --- enVocab (English Vocabulary, and potentially others)
--- --- Parser (for determining the part of speech of any input word)
--- --- --- Instantiate (for creating new concept-nodes or instances)
-
Audition (for the Wi-Fi robot to have a sense of hearing)
-
Alife Module for Immortal Wi-Fi Cyborgs and Wi-Fi Robots
-
Re:MS seems to be doing a lot of this lately...
For OSX dev tools come free on the software update cds.
xcode, interface builder and more.
also see The Fink Project -
Re:Source Code Theft?
I'm not Fabio Alemagna (more than one person likes AROS, you know), and it's not half-truths. Ben Hermans (ex-CEO, Hyperion) considers Hyperion to be "harrassed" by the GPL and those who believe in adhering to its philosophy.
-
Here you go...
... I believe this is the closest you can get, not an emulator but a branch off the original OSX project. They have OS that runs on either PPc machines and on x86. There was some schisming a ways back, and I think there's an "offical" apple branch as well, and I do not know which is better or "more pure" or "low on carbs" or whatever the beef is.. or whatever, I just know they exist. this one has the nifty GNU in the front of it.
Gnu-Darwin -
Re:Free?
I hate to reply to my own post - but I forgot to mention that Bochs is also available for Windows.
-
Re:Free?
Yes, there is Bochs, which is able to run Windows 2000, Windows 95 and a lot of Unices. It is an x86 emulator and according to their own FAQ pretty slow. But if you just want to run some programs from time to time - there you go.
HTH -
Re:Free?
Yes, there is Bochs, which is able to run Windows 2000, Windows 95 and a lot of Unices. It is an x86 emulator and according to their own FAQ pretty slow. But if you just want to run some programs from time to time - there you go.
HTH -
VMWare Price Drop
-
VMWare Price Drop
-
VMWare Price Drop
-
Re:Ummm...
Actually, Apple uses AFP (Appleshare File Protocol), not AFS. Mac OS X ships with AFP, SMB and NFS. Turning on 'file sharing' turns on AFP, which is proprietary.
AFP is not proprietary. It is a published and documented standard. There are three free software implementations. Back when I used to subscribe to the Netatalk mailing list it was full of Apple employees providing gratis technical support to Netatalk developers. -
Re:Who would have thought?
I've always wanted to be able to sample songs in some proportion to some function of them, typically how much I like them.
If you're running *nix, you should look into madman. It's a very cool player in general, but, IMO, the best thing about it is the AutoDJ feature, which does what you want.
AutoDJ constructs weightings for all of the songs in your collection, and then randomly selects a playlist for you. The selection is based on four principles, which I described at length here. In brief, they are:
- Specified Preferences. You can manually rate songs from 0 to 5 stars. Highly-rated songs show up more, low-rated songs show up less, 0-rated songs do not get selected (that was important for me because my file server contains my wife's and childrens' music as well as mine). Specifying preferences is not necessary, though, the system works well without it.
- Observed Preferences. Madman keeps track of how many times each song has been played, and how many times it was allowed to play to completion. Songs that you generally skip when they come up get played less than songs that you generally allow to play to the end.
- Newness. Songs that have been recently added to the collection get an additional boost, on the theory that you want to listen to that new CD, or you wouldn't have bought it.
- Freshness. Songs that have been recently played get a reduced weighting, songs that haven't been heard for a long time get a boost. Songs that have been played in the last hour do not get played at all.
The implementation of all of this is incomplete, but highly usable as it is (IMO, of course). Lots of improvements are coming, particularly in the area of weighting by "similarity". The idea is that if a given Metallica song has no observed or specified preference data, but Madman does know that many other Metallica songs are rated highly (or low, depending on your tastes), then the unrated song has its weighting adjusted appropriately. This should allow Madman to "learn" your preferences more quickly.
Anyway, if you can run KDE apps, check it out. It's a fast, flexible and powerful music manager in addition to having this nifty AutoDJ feature.
-
Re:Who would have thought?
I've always wanted to be able to sample songs in some proportion to some function of them, typically how much I like them.
If you're running *nix, you should look into madman. It's a very cool player in general, but, IMO, the best thing about it is the AutoDJ feature, which does what you want.
AutoDJ constructs weightings for all of the songs in your collection, and then randomly selects a playlist for you. The selection is based on four principles, which I described at length here. In brief, they are:
- Specified Preferences. You can manually rate songs from 0 to 5 stars. Highly-rated songs show up more, low-rated songs show up less, 0-rated songs do not get selected (that was important for me because my file server contains my wife's and childrens' music as well as mine). Specifying preferences is not necessary, though, the system works well without it.
- Observed Preferences. Madman keeps track of how many times each song has been played, and how many times it was allowed to play to completion. Songs that you generally skip when they come up get played less than songs that you generally allow to play to the end.
- Newness. Songs that have been recently added to the collection get an additional boost, on the theory that you want to listen to that new CD, or you wouldn't have bought it.
- Freshness. Songs that have been recently played get a reduced weighting, songs that haven't been heard for a long time get a boost. Songs that have been played in the last hour do not get played at all.
The implementation of all of this is incomplete, but highly usable as it is (IMO, of course). Lots of improvements are coming, particularly in the area of weighting by "similarity". The idea is that if a given Metallica song has no observed or specified preference data, but Madman does know that many other Metallica songs are rated highly (or low, depending on your tastes), then the unrated song has its weighting adjusted appropriately. This should allow Madman to "learn" your preferences more quickly.
Anyway, if you can run KDE apps, check it out. It's a fast, flexible and powerful music manager in addition to having this nifty AutoDJ feature.
-
Re:Why?
A big advantage of Velocity is that it combines a flexible templating language with ease of integration into existing applications and frameworks. Because of this, a lot of java-based web frameworks include Velocity support. Struts, WebWork, Turbine, Maverick, Spring, to name a few. Using Velocity it's also possible to roll your own web markup language with Velocity as a base, as the folks on the Roller team have done.
In addition, Velocity is more than just a web scripting language. (as opposed to JSP which is almost exclusively that). Besides using it to create web pages in a webapp, I have made Velocity templates to assist my applications in sending email and have made templates to auto-generate code to help with my object/relational mapping. There's also a translation to C# called NVelocity. -
Re:Let me do the math..
Better, flac -- it's a lossless compression I have found to be very useful, although most of my music collection is in MP3 already.
Side note, my music collection is on a RAID 5 -- on an AlphaServer 1000A 5/400! Nice machine, from the enterprise glory days of 64-bit...mid 90's... -
Re:anybody done dual head linux?It's a lot harder to get a dual consoled Linux desktop than a dual X-windows Linux Box.
- If you want multiple consoles with seperate keyboards/mice, then you are looking for The Linux Console Project, I've never played with this
- If you just want multiple X-Sessions running with sperate keyboards/mice, then you should just need to seperate all your keyboard, mice, and screens into sperate ServerLayout sections of your XF86Config-4 file. check here for documentation, This isn't actually all that hard.
-
Books *TEXT*-DjVulibre.
I use this. A good DPI scanner that allows the book to lie flat. No need to cut. Run through OCR (doesn't have to be perfect), and is viewable on all majour platforms. Look through the samples.
-
Re:Can you say sucky?
Didn't know a formal port of it to OSX happened yet. Thanks for the link.
-
Re:Confirms the obvious
Kazaa alone can be held responsible for almost half of those infections I think.
That is why you uninstall Kazaa and install an open source alternative that can go into the FreeTrack network, Gnutella, and Open FreeTrack (Open FT), the alternative being: Kceasy and their sourceforge website. The only trouble I see with this software is that the developer went from 0.9 to 0.10 to 0.11
:p.Also get rid of eDonkey and get eMule here or from their sourceforge website.
-
Re:Confirms the obvious
Kazaa alone can be held responsible for almost half of those infections I think.
That is why you uninstall Kazaa and install an open source alternative that can go into the FreeTrack network, Gnutella, and Open FreeTrack (Open FT), the alternative being: Kceasy and their sourceforge website. The only trouble I see with this software is that the developer went from 0.9 to 0.10 to 0.11
:p.Also get rid of eDonkey and get eMule here or from their sourceforge website.
-
FileZilla as an alternative to cuteFTPFileZilla is one I just started using. I'd formally been using cuteFTP and WS_FTP. FileZilla is easy to use for people who have been exposed to these programs before.
Just don't make the mistake of listing only Linux software. Most people still use Windows and there's more to OpenSource than just Linux. Windows users should get exposed to the concept as well.
-
Re:BitTorrent mirror for PlayFair
Agreed. Use MUTE.
-
I turned it off this week, does that count?Most of my shows were reruns or not on this week, so I turned off my TV this week. Heck my TV was off for most of March (due to reruns) as well. I hope this counts as my "week" of TV turned off. Next week looks like all new shows.
So what did I do with all that time?- finished Neverwinter Nights : Shadows Of Unrentide
- shopped for stuff online
- beat Baldur's Gate : Dark Alliance II in Extreme mode with a necromancer.
- experimented with new (to me) technologies that I may want to use for my brother's web site.
- read more of the Wheel of Time series (book 8 of 10)
- Updated to a new version of Audacity
- Updated to the latest Gaim version
- Improved my Photoshop skills
-
I turned it off this week, does that count?Most of my shows were reruns or not on this week, so I turned off my TV this week. Heck my TV was off for most of March (due to reruns) as well. I hope this counts as my "week" of TV turned off. Next week looks like all new shows.
So what did I do with all that time?- finished Neverwinter Nights : Shadows Of Unrentide
- shopped for stuff online
- beat Baldur's Gate : Dark Alliance II in Extreme mode with a necromancer.
- experimented with new (to me) technologies that I may want to use for my brother's web site.
- read more of the Wheel of Time series (book 8 of 10)
- Updated to a new version of Audacity
- Updated to the latest Gaim version
- Improved my Photoshop skills
-
Re:I'm too old to be brain damaged by MTV ...
What I'd like to see is a Tivo-like feature where the player takes your preferences and downloads other songs that you might like as well.
This has actually already been done. Check out IRate Radio. It gives you a bunch of random tracks, and uses a collaborative rating system to autmatically download new tracks that you might like based on the ones you've indicated that you like. -
considerate shuffle-play
Have you tried GJay?
It does acoustic analysis and then generates playlists with attention paid to tempo, dominant frequencies, and user-specified ratings and colour. -
Re:Topic misleading.
You can also read the distribution license here.
-
Good Use for FreenetMaybe this would be a good use for FreeNet.
There'd be no way for them to force it down, if I understand freenet, anyway.
-
Wrong way round.
A novel as software would use something like the Shakespeare Programming Language, but for novels instead of dramas.