TEST TEST TEST

Software e hardware per OS4.x

TEST TEST TEST

Messaggioda samo79 » ven mag 07, 2010 7:19 pm

blender could crash in the GHOST_Window destructor if
some resources hadn't been allocated. (FIXED)
o Render Window Timer process now has ameaningful name
o Render Window Timer process now only uses 32Kb stack
o Absoulte paths were treating as relative on the command line
o Fixed a problem with loading from a library with a relative windows path
o Blender now sets it public screen as a public screen ...
o The animation player now starts on the same public screen as the main
blender program.
o The direction of the mouse wheel was reversed. NB If you liked the behaviour
of the mousewheel zoom in the 3D view, you can restore it by selecting
Invert Zoom, in the user prefs panel, "Views & Controls" tab.
o Fixed bug with relative paths, files in the same directory could not be
loaded correctly due to an extra '/' added during the path conversion
process.
o blender no longer attempts to find libtiff.so on a unix style serach path
o removed extraneous debug output
o ffmpeg compiled as a seperate shared object, altivec build of libbffmpeg.so
included
o rendering the "stamp" could cause a crash due a unititialised interface
blender could crash in the GHOST_Window destructor if
some resources hadn't been allocated. (FIXED)
o Render Window Timer process now has ameaningful name
o Render Window Timer process now only uses 32Kb stack
o Absoulte paths were treating as relative on the command line
o Fixed a problem with loading from a library with a relative windows path
o Blender now sets it public screen as a public screen ...
o The animation player now starts on the same public screen as the main
blender program.
o The direction of the mouse wheel was reversed. NB If you liked the behaviour
of the mousewheel zoom in the 3D view, you can restore it by selecting
Invert Zoom, in the user prefs panel, "Views & Controls" tab.
o Fixed bug with relative paths, files in the same directory could not be
loaded correctly due to an extra '/' added during the path conversion
process.
o blender no longer attempts to find libtiff.so on a unix style serach path
o removed extraneous debug output
o ffmpeg compiled as a seperate shared object, altivec build of libbffmpeg.so
included
o rendering the "stamp" could cause a crash due a unititialised interface
blender could crash in the GHOST_Window destructor if
some resources hadn't been allocated. (FIXED)
o Render Window Timer process now has ameaningful name
o Render Window Timer process now only uses 32Kb stack
o Absoulte paths were treating as relative on the command line
o Fixed a problem with loading from a library with a relative windows path
o Blender now sets it public screen as a public screen ...
o The animation player now starts on the same public screen as the main
blender program.
o The direction of the mouse wheel was reversed. NB If you liked the behaviour
of the mousewheel zoom in the 3D view, you can restore it by selecting
Invert Zoom, in the user prefs panel, "Views & Controls" tab.
o Fixed bug with relative paths, files in the same directory could not be
loaded correctly due to an extra '/' added during the path conversion
process.
o blender no longer attempts to find libtiff.so on a unix style serach path
o removed extraneous debug output
o ffmpeg compiled as a seperate shared object, altivec build of libbffmpeg.so
included
o rendering the "stamp" could cause a crash due a unititialised interface
blender could crash in the GHOST_Window destructor if
some resources hadn't been allocated. (FIXED)
o Render Window Timer process now has ameaningful name
o Render Window Timer process now only uses 32Kb stack
o Absoulte paths were treating as relative on the command line
o Fixed a problem with loading from a library with a relative windows path
o Blender now sets it public screen as a public screen ...
o The animation player now starts on the same public screen as the main
blender program.
o The direction of the mouse wheel was reversed. NB If you liked the behaviour
of the mousewheel zoom in the 3D view, you can restore it by selecting
Invert Zoom, in the user prefs panel, "Views & Controls" tab.
o Fixed bug with relative paths, files in the same directory could not be
loaded correctly due to an extra '/' added during the path conversion
process.
o blender no longer attempts to find libtiff.so on a unix style serach path
o removed extraneous debug output
o ffmpeg compiled as a seperate shared object, altivec build of libbffmpeg.so
included
o rendering the "stamp" could cause a crash due a unititialised interface
blender could crash in the GHOST_Window destructor if
some resources hadn't been allocated. (FIXED)
o Render Window Timer process now has ameaningful name
o Render Window Timer process now only uses 32Kb stack
o Absoulte paths were treating as relative on the command line
o Fixed a problem with loading from a library with a relative windows path
o Blender now sets it public screen as a public screen ...
o The animation player now starts on the same public screen as the main
blender program.
o The direction of the mouse wheel was reversed. NB If you liked the behaviour
of the mousewheel zoom in the 3D view, you can restore it by selecting
Invert Zoom, in the user prefs panel, "Views & Controls" tab.
o Fixed bug with relative paths, files in the same directory could not be
loaded correctly due to an extra '/' added during the path conversion
process.
o blender no longer attempts to find libtiff.so on a unix style serach path
o removed extraneous debug output
o ffmpeg compiled as a seperate shared object, altivec build of libbffmpeg.so
included
o rendering the "stamp" could cause a crash due a unititialised interface
fblender could crash in the GHOST_Window destructor if
some resources hadn't been allocated. (FIXED)
o Render Window Timer process now has ameaningful name
o Render Window Timer process now only uses 32Kb stack
o Absoulte paths were treating as relative on the command line
o Fixed a problem with loading from a library with a relative windows path
o Blender now sets it public screen as a public screen ...
o The animation player now starts on the same public screen as the main
blender program.
o The direction of the mouse wheel was reversed. NB If you liked the behaviour
of the mousewheel zoom in the 3D view, you can restore it by selecting
Invert Zoom, in the user prefs panel, "Views & Controls" tab.
o Fixed bug with relative paths, files in the same directory could not be
loaded correctly due to an extra '/' added during the path conversion
process.
o blender no longer attempts to find libtiff.so on a unix style serach path
o removed extraneous debug output
o ffmpeg compiled as a seperate shared object, altivec build of libbffmpeg.so
included
o rendering the "stamp" could cause a crash due a unititialised interface
Immagine

Moderatore sezioni Amiga/AmigaOne su
TGMOnline

WHEN IT'S DONE Immagine

Le mele a volte possono essere devastate dal colpo feroce di una tempesta, ma il tenero fascio del sole potrà sempre far sviluppare dei nuovi frutti

Sam440ep Flex 800 Mhz - 1 GB DDR Ram - Radeon 9250 - AmigaOS 4.1
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE - AmigaOS 4.1
Avatar utente
samo79

Staff
 
Messaggi: 14962
Iscritto il: ven gen 10, 2003 5:09 am
Località: Perugia

Re: TEST TEST TEST

Messaggioda samo79 » ven mag 07, 2010 7:20 pm

Non cancellatelo, 'sto post ha un suo perchè :ammicca:
Immagine

Moderatore sezioni Amiga/AmigaOne su
TGMOnline

WHEN IT'S DONE Immagine

Le mele a volte possono essere devastate dal colpo feroce di una tempesta, ma il tenero fascio del sole potrà sempre far sviluppare dei nuovi frutti

Sam440ep Flex 800 Mhz - 1 GB DDR Ram - Radeon 9250 - AmigaOS 4.1
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE - AmigaOS 4.1
Avatar utente
samo79

Staff
 
Messaggi: 14962
Iscritto il: ven gen 10, 2003 5:09 am
Località: Perugia

Re: TEST TEST TEST

Messaggioda NubeCheCorre » ven mag 07, 2010 7:20 pm

perche' lo so io... :ammicca:
W il Veneto :ride:
Avatar utente
NubeCheCorre

Leggenda
 
Messaggi: 10624
Iscritto il: dom set 21, 2003 9:21 pm
Località: San remo

Re: TEST TEST TEST

Messaggioda Kyle » ven mag 07, 2010 8:41 pm

Pensavo ti fossi fumato qualcosa :scherza:
AmigaOne X5000/20 - 4GB - RadeonHD 4670 - HD 1TB + 512GB- AmigaOS 4.1 Final Edition / MorphOS 3.16
A1200 Diamond Red - Vampire V1200 - 130 MB - CF 32GB - Gotek Drive - Coffin R59
A1200 - Blizzard 1230 IV + FPU - 34 MB - KS 3.1 - CF 4GB - ClassicWB Full
A3000 - 18 MB - KS 3.1.4 - ClassicWB 3.1.4
CDTV - 10MB - T30 - Extended roms 2.30 - KS 1.3/3.1 - built in Gotek Drive - ClassicWB 68K
A500 & A570 - 3MB - KS 1.3 - OS1.3
Avatar utente
Kyle

Leggenda
 
Messaggi: 8787
Iscritto il: dom dic 24, 2006 11:15 am
Località: Livorno

Re: TEST TEST TEST

Messaggioda AMIGATV » ven mag 07, 2010 8:50 pm

:sbam: :sbam: :sbam:
- Amiga 1200 commodore - Hardital: TQM68030 50mhz 68882 16 mb - wifi - hd sd 4 gb wb 3.1

- Commodore 64c + floppy

- Commodore 64 prima versione non funzionante :(

- Sistema Aros - Pentium 4 2.4 ghz - ati 9600 xt 128mb - 768 ddr mb - hd 40 gb - Icaros desktop
Avatar utente
AMIGATV

Staff
 
Messaggi: 6554
Iscritto il: ven mag 14, 2004 8:46 pm
Località: Treviso

Re: TEST TEST TEST

Messaggioda ghillo » ven mag 07, 2010 10:27 pm

Non capisco ,vuoi che testiamo l'ultima versione di Blender
Avatar utente
ghillo

Eroe
 
Messaggi: 1257
Iscritto il: sab set 27, 2003 9:19 pm
Località: Alseno (PC)

Re: TEST TEST TEST

Messaggioda samo79 » ven mag 07, 2010 10:38 pm

Kyle ha scritto:Pensavo ti fossi fumato qualcosa :scherza:


Naa non gira nulla di buono ... :PIGGY:
Immagine

Moderatore sezioni Amiga/AmigaOne su
TGMOnline

WHEN IT'S DONE Immagine

Le mele a volte possono essere devastate dal colpo feroce di una tempesta, ma il tenero fascio del sole potrà sempre far sviluppare dei nuovi frutti

Sam440ep Flex 800 Mhz - 1 GB DDR Ram - Radeon 9250 - AmigaOS 4.1
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE - AmigaOS 4.1
Avatar utente
samo79

Staff
 
Messaggi: 14962
Iscritto il: ven gen 10, 2003 5:09 am
Località: Perugia


Torna a Amiga OS 4.x

Chi c’è in linea

Visitano il forum: Nessuno e 15 ospiti

cron