You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(8) |
Feb
(7) |
Mar
(3) |
Apr
|
May
(4) |
Jun
(11) |
Jul
|
Aug
(4) |
Sep
(2) |
Oct
(1) |
Nov
(1) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
2008 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(9) |
May
(9) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(14) |
Nov
(6) |
Dec
(4) |
2009 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(1) |
2010 |
Jan
(2) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Vleuten, R. v. d. <ren...@ph...> - 2015-10-23 11:51:25
|
Dear users, cpfspd release 1.12.4 is now available on sourceforge. Best regards, René Done in release 1.12.4 (dd. October 20, 2015) --------------------------------------------- Highlights Fixed bug in conversion of small (subnormal) floating point numbers. Added solutions for VisualStudio Release and Debug library builds. Bug fixes - p_cce_float_to_f16: Fixed bug in conversion of subnormal numbers - p_write_aux_data: Fixed bug that prevented updating of aux data Functionality - None Miscellaneous - p_cce_check_float_conversion: All 16flt numbers are now checked - Added solutions for VisualStudio Release and Debug library builds for multiple VisualStudio versions (2008, 2010, 2012, and 2013) -------------------------------------------------------------- Dr. René J. van der Vleuten Philips Research High Tech Campus 36 5656 AE Eindhoven The Netherlands Phone: +31 40 2742941 ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Vleuten, R. v. d. <ren...@ph...> - 2012-08-07 12:21:27
|
Dear users, cpfspd release 1.12.3 is now available on sourceforge. Best regards, René Done in release 1.12.3 (dd. July 12, 2012) --------------------------------------------- Highlights Windows file I/O performance bug fixed. Convenience functions for float <> f16 conversion made available to end user. Bug fixes - Windows file I/O performance bug fixed. In some cases, reading a image near the end of the file was very time-consuming (though correct data was returned). Detailed explanation: jump to an image in the last buffer and start reading there. This caused a ReadFile of the next buffer, which happens to be located _after_ the end of the file. This "read ahead" operation returned an eof flag, which was (erroneously) ignored. Hence, every successive fread() operation caused this ReadFile attempt on the file system, resulting in a huge overhead. In cpfspd, every video line is read using a fread(). This is solved by taking the eof flag into account when starting the "read ahead" ReadFile operation. Functionality - Convenience functions for HDR (float <> f16 conversions) made available to end user Miscellaneous - None -------------------------------------------------------------- Dr. René J. van der Vleuten Philips Research Laboratories High Tech Campus 36 5656 AE Eindhoven The Netherlands Phone: +31 40 2742941 ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Bram R. <bra...@nx...> - 2010-04-08 14:54:28
|
Hi all, In develoment repository: - updated build scripts for wxWidgets 2.8.10 - PV updated to use this release The wxWidgets build is also installed at NXP savideo account. PV uses the new wxWidget release. Unfortunately, it does not work on the linux servers. Since the migration to NxDI, we lack GTK support. I tried to get it, but till now that failed. Available platforms: cygwin, win32 and a fedora linux (I build it in a virtual machine) Tot ziens / Kind regards, Bram -- Bram Riemens Senior Principal, Central R&D / Research NXP Semiconductors High Tech Campus 32 (floor 1, office 138), 5656 AE Eindhoven, The Netherlands Tel: +31 40 27 25910; Fax: +31 40 27 29648 Email: bra...@nx... The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. Unless otherwise recorded in a written agreement, all sales transactions by NXP Semiconductors are subject to our general terms and conditions of commercial sale. These are published at www.nxp.com/profile/terms/index.html<http://www.nxp.com/profile/terms/index.html> |
From: Bram R. <bra...@nx...> - 2010-04-01 14:38:48
|
Hi all, Today, I solved a performance bug in the cpfspd file I/O (fio) module. The fix is available in the source code repository, no release yet. >From the readme file: - Windows file I/O performance bug fixed. In some cases, reading a image near the end of the file was very time-consuming (though correct data was returned). Detailed explanation: jump to an image in the last buffer and start reading there. This caused a ReadFile of the next buffer, which happens to be located _after_ the end of the file. This "read ahead" operation returned an eof flag, which was (erroneously) ignored. Hence, every successive fread() operation caused this ReadFile attempt on the file system, resulting in a huge overhead. In cpfspd, every video line is read using a fread(). This is solved by taking the eof flag into account when starting the "read ahead" ReadFile operation. Developers, please update. Further, a review of this fix is welcome... Tot ziens / Kind regards, Bram -- Bram Riemens Senior Principal, Central R&D / Research NXP Semiconductors High Tech Campus 32 (floor 1, office 138), 5656 AE Eindhoven, The Netherlands Tel: +31 40 27 25910; Fax: +31 40 27 29648 Email: bra...@nx... The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. Unless otherwise recorded in a written agreement, all sales transactions by NXP Semiconductors are subject to our general terms and conditions of commercial sale. These are published at www.nxp.com/profile/terms/index.html<http://www.nxp.com/profile/terms/index.html> |
From: Bram R. <bra...@nx...> - 2010-01-29 15:24:16
|
Hi all, Today I created a new mtk and cpfspd release. They can be downloaded from: https://sourceforge.net/projects/pfspd/files/ >From the Teadme files: MTK 5.4.1 Highlights: Minor compiler warning in parse_options removed. CPFSPD 1.12.1 Highlights: Bugfix in use of float data for Linux64 platform. Fast file allocation now also working for windows on local NTFS file system. CPFSPD changes in more detail: Bug fixes - gcc 64 uses 64-bit unsigned long, causing float conversion in p_cce functions to fail. Unsigned longs replaced by uint32_t from stdint.h. - In release 1.12.1, the Make.set file was 'forgotten', therefore that release did not contain proper versioning information. Functionality - Fast file allocation on local windows NTFS file systems as described a new section "File allocation on harddisk" in this readme file. This works only for users with administrator rights. Further, on cygwin at least version 1.7.x is required. On old cygwin versions or accounts without administrator rights, cpfspd silently falls back to the old behavior. As a side effect, this release requires at least OS version Windows Server 2003 or Windows XP - older windows versions are not supported anymore. Miscellaneous - Copyright date updated. - Upgrade to mtk version 5.4.1 - compiler warnings in parse_options solved. - Speed utility can also run Linux64 and win64 platforms. - Speed utility has option -pfspd as synonym for the -yuv format for improved clarity. - Speed utility measures only active-duty time, i.e. time spend in opening or closing files is not counted. This time is typically considered application startup time, that is not in the performance-critical loop. - Speed utility now has new option -prealloc. This controls whether the complete file is allocated when writing the header (and before measuring time). Previous behaviour was with -prealloc enabled. Note that the consequence of this en the previous change is, that up till now, the speed utility also counted the time of zero-filling the a file on NTFS. - Filename for testing can be passed to the speed and buffer utilities. - Added tests for the cce (convenience) functions with P_16_REAL_FILE format. - The file allocation test is simplified; previously it tested two aspects: 1) initial file allocation when writing the header, and 2) writing a frame at the end of the file without being allocated. Test 2) effectively tests sparse files. This is not supported on NTFS, so on this file system, the test still takes a lot of time. Test 2) is therefore removed. - Internal simplification of cpfspd_fio.c: routine fio_fp_set_filepointer() is substituted by direct calls of SetFilePointerEx(). - File size test in test.sh adapted to be robust against a group name consisting of multiple words like "Domain Users". Developers, please update your workspaces. Tot ziens / Kind regards, Bram -- Bram Riemens Senior Principal, Central R&D / Research NXP Semiconductors High Tech Campus 32 (floor 1, office 138), 5656 AE Eindhoven, The Netherlands Tel: +31 40 27 25910; Fax: +31 40 27 29648 Email: bra...@nx... The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. Unless otherwise recorded in a written agreement, all sales transactions by NXP Semiconductors are subject to our general terms and conditions of commercial sale. These are published at www.nxp.com/profile/terms/index.html<http://www.nxp.com/profile/terms/index.html> |
From: Bram R. <bra...@nx...> - 2010-01-25 12:56:20
|
Hi all, Just checked in into the development repository: a new file alloc method. I also simplified the SetFilePointer operations. Finally, I intend to create a new cpfspd release in a few days from now. On my todo list: - allow speed to pre-allocate the file (check for write speed advantage) Regards, Bram. >From the Readme file: - Internal simplification of cpfspd_fio.c: routine fio_fp_set_filepointer() is substituted by direct calls of SetFilePointerEx(). - Fast file allocation on local windows NTFS file systems as described a new section "File allocation on harddisk" in this readme file. This works only for users with administrator rights. Further, on cygwin at least version 1.7.x is required. On old cygwin versions or accounts without administrator rights, cpfspd silently falls back to the old behavior. As a side effect, this release requires at least OS version Windows Server 2003 or Windows XP - older windows versions are not supported anymore. File allocation on harddisk --------------------------- When executing p_write_header(), not only the header is written to disk, but also all frames (as indicated in the header) are allocated. This is done by opening the file, seeking to the desired file size position and setting the end-of-file mark. This is convenient, since problems with file size (e.g. due to quota limitations) appear at program start, not after hours of computations... On unix systems, sparse files are supported by default: only data that is actually written is physically allocated on disk. Hence, this "file allocation" executes very fast since only the end-of-file mark is set, but no actual data is written (apart from the header itself). Windows systems with a local NTFS file system, however, behave entirely different. By default, 'holes' in a file are automatically filled with zero data. Hence, the standard strategy of file allocation results in the complete file being filled with zeros. This may take a considerable amount of time. We experimented with sparse files in NTFS, but that leads to considerable file fragmentation (a 10G file was normally stored in a few dozen of fragments; after setting the file sparse this increased to 3000 a 4000 fragments). This is caused by the NTFS allocation policy to locate the smallest free area for an allocation request. In a sparse file, each extension of the file is a new allocation request. An alternative solution was implemented, using a special windows API function call SetFileValidData(). This just informs the file system that all data up to the end can be considered written (hence, skipping the need for zero-filling). This may involve security issues, and therefore the function requires an elevated priveledge that is only granted for accounts with administrator rights. The security risk is that this function may expose data that already resides on the disk (originating from deleted files). This risk can be alleviated by assuring that the application actually writes all frames announced in the header. Finally, we found that the function fails in a cygwin version 1.5.25-15 environment; this is resolved in version 1.7.1. In summary, for fast file allocation on NTFS file systems: - execute with administrator rights - when using a cygwin exec, install cygwin version 1.7.x - write all frames (and all components) announced in the header In case the special priveledge is not granted, the cpfspd library silently falls back to the original behavior of zero-filling the file. Tot ziens / Kind regards, Bram -- Bram Riemens Senior Principal, Central R&D / Research NXP Semiconductors High Tech Campus 32 (floor 1, office 138), 5656 AE Eindhoven, The Netherlands Tel: +31 40 27 25910; Fax: +31 40 27 29648 Email: bra...@nx... The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. Unless otherwise recorded in a written agreement, all sales transactions by NXP Semiconductors are subject to our general terms and conditions of commercial sale. These are published at www.nxp.com/profile/terms/index.html<http://www.nxp.com/profile/terms/index.html> |
From: Bram R. <bra...@nx...> - 2009-12-15 12:54:21
|
Hi all, This email discusses options for file creation. Situation: p_write_header() call with a file length of N images. In the (far) past, the complete file was filled by cpfspd with zeros. Reason: make sure that the whole file can be stored, before hours of cpu&time are spend to result in only a file write error. So, this aims at file allocation and quota notification before actually writing images. Disadvantage: file creation takes a long time for large files. Current behaviour: File is created, file pointer moved to desired size, some dummy data written en file closed. This solution aims at fast file creation, while being fast. Recently, I experimented with the current solution and found the following. - Works fine on Linux/unix - Works fine samba drives from win32/cygwin system - Whole file written on local (NTFS) drives on win32/cygwin system So file creation on a local drive on win32/cygwin takes a long time. This is caused by lack of support for sparse files when using the win32 file system interface in default mode. Hence, when writing some data at the end of the file, the whole file is filled with zero's by the NTFS driver. We were also under the impression that writing the whole file "at once" reduces disk fragmentation, which is especially an issue on NTFS file systems. Recently I learned this may be true at all (although it may be better than no allocation at all, and writing two files "simultaneously"). Some background on fragmentation is here: http://msftmvp.com/Documents/NTFSFrag.pdf In the quest for improvement, I tried using SetFileValidDat() in stead of just writing some data. First of all, I'm not sure how this interferes with support of sparse files. But more importantly, I found that my XP system with admin rights still results in a "no privilige" error... As an alternative approach, we could explicitly enable sparse files in win32/cygwin. This does exist, uptill now I did not use it. That would mimic unix-like behaviour, maybe at the cost of some worsened fragmentation. Eh, and maybe at some write performance (now file is already allocated, with sparse files, file write operation must also adapt allocation tables). Note: according to the fragmentation doc above, fragmentation would not be that different... Questions: - is the current behaviour on a local drive in win32/cygwin a problem? - do we want sparse file support on win32/cygwin for quick startup? at what expense? - does anyone have a suggestion how to improve (and preferably any experience)? Tot ziens / Kind regards, Bram -- Bram Riemens Senior Principal, Corporate I&T / Research NXP Semiconductors High Tech Campus 32 (floor 1, office 138), 5656 AE Eindhoven, The Netherlands Tel: +31 40 27 25910; Fax: +31 40 27 29648 Email: bra...@nx... The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. Unless otherwise recorded in a written agreement, all sales transactions by NXP Semiconductors are subject to our general terms and conditions of commercial sale. These are published at www.nxp.com/profile/terms/index.html<http://www.nxp.com/profile/terms/index.html> |
From: Bram R. <bra...@nx...> - 2009-11-19 15:14:31
|
Dear all, Today I released mtk and cpfspd. Within NXP, the software is installed at the standard location and the 'latest' links are updated. The release kits can also be downloaded from https://sourceforge.net/projects/pfspd/files/ With this release, we support 64 bits code on windows and Linux. The release kit contains the platforms: win32, win64, cygwin, Linux, Linux64. Check the MTK Readme file how to install various MSVC compiler versions in the cygwin environment. --------------------------- MTK release 5.4.0 --------------------------- Highlights Support for 64 bit platforms on windows and Linux. Bug fixes - None Functionality - A new build option ARCH is added. Default: ARCH=32, which is compatible with all previous behaviour. It is available for a limited number of compilers: + COMP=gcc ARCH=64: generation of 64 bits code as platform "Linux64" + COMP=msvc ARCH=64: generation of 64 bits code as platform "win64" MTK help text and dump output is adapted accordingly. Note that the souce code must be suitable for 64 bits compilation in order to behave "polite" - see section "64 bit code generation" above. Further, 64 bits code for msvc is implemented and tested on the following environments: + Microsoft® Windows® Software Development Kit Update for Windows Vista + Microsoft Visual Studio 2005 + Microsoft Windows SDK for Windows 7 and .NET Framework 3.5 SP1 + Microsoft Visual Studio 2008 - The msvc compiler uses an environment variable LIB containing a list of standard library directories. For 64 bit compilation, MTK requires an environment variable LIB64 containing equivalent list for 64 bit library directories. This must be defined by the user. - Buffer length of string generated by parse_options is increased from 1024 to 2048. - The 'inline' keyword is supported by the gcc and msvc C compilers. This is added with the C99 standard. On msvc, this is implemented by substituting "inline" for "__inline". The restrict keyword is still removed. - For MS visual studio version 9.0, the variable RCPATH is not used anymore. Previously, this was defined in the Make.env file. This is substituted by the variable MSVCRC defined in the cygwin.bat file now. Motivation: this is PC installation dependent, and therefore must reside on the system, not the Make.env. Miscellaneous - Copyright date updated. - Code of parse_options is adapted for gcc version 4.x.x, which is more accurate in handling fixed text strings as "const char *". - Parse_options adapted to handle 64 bit compilation on windows and linux platforms. - New section "64 bit code generation" added to the Readme.txt file. - New section "Using Microsoft compilers on cygwin" added in Readme.txt. - MS visual studio version ".NET 2003" is now marked as version 7.1 (was 7) So internal variable MSVC_VERSION now has value "MSVC7.1", not "MSVC7". Also the version test is adapted to distinguish it from the ".NET 2002" version, which is 7.0 (which is not supported). ---------------------------------- CPFSPD release 1.12.1 ---------------------------------- Highlights Added support for 64 bits code generation on windows and Linux platforms as win64 and Linux64 targets. Bug fixes - None Functionality - None Miscellaneous - Copyright date updated. - Upgrade of mtk and parse_options to support 64 bit code generation. Now we support also the win64 and Linux64 platforms. - Some code modifications in cpfspd_fio.c, test and speed programs to handle 64 bit code generation. Tot ziens / Kind regards, Bram -- Bram Riemens Senior Principal, Corporate I&T / Research NXP Semiconductors High Tech Campus 32 (floor 1, office 138), 5656 AE Eindhoven, The Netherlands Tel: +31 40 27 25910; Fax: +31 40 27 28504 Email: bra...@nx... The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. Unless otherwise recorded in a written agreement, all sales transactions by NXP Semiconductors are subject to our general terms and conditions of commercial sale. These are published at www.nxp.com/profile/terms/index.html<http://www.nxp.com/profile/terms/index.html> |
From: Bram R. <bra...@nx...> - 2009-11-06 16:48:26
|
Hi all, Today committed in development repository: - cpfspd now works for win64 target using "make COMP=msvc ARCH=64" Tot ziens / Kind regards, Bram -- Bram Riemens Senior Principal, Corporate I&T / Research NXP Semiconductors High Tech Campus 32 (floor 1, office 138), 5656 AE Eindhoven, The Netherlands Tel: +31 40 27 25910; Fax: +31 40 27 28504 Email: bra...@nx... The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. Unless otherwise recorded in a written agreement, all sales transactions by NXP Semiconductors are subject to our general terms and conditions of commercial sale. These are published at www.nxp.com/profile/terms/index.html<http://www.nxp.com/profile/terms/index.html> |
From: Bram R. <bra...@nx...> - 2009-10-30 16:37:43
|
Hi all, Done in MTK development repository: support for 64 bit using "make ARCH=64" Added support for 64 bit Linux as Linux64 target. This also implies explicit 32 bit for our long-existing "Linux" target. Consequently, compiler versions 4.x.x can be used on the NXP engineering environment that is running 64 bit Linux machines. Further, support for win64 using "make COMP=msvc ARCH=64". More details in this excerpt of the Readme.txt file 64 bit code generation ---------------------- Some of the compilers support compilation of 64 bit code (whereas 32 bit code is the default). Note that 32 bits code runs without any problem on a 64 bits machine architecture (with or without a 64 bits OS). On the other hand, 64 bits code runs only on a 64 bits machine with a 64 bits OS. In praktice, 64 bit code is only usefull if an application requires a huge amount of memory (> 2 Gbyte). gcc Supports generation of 32 or 64 bits with the option -m32 or -m64 respectively. Default depends on the platform, e.g. on a 64 bits Linux machine, the default is typically 64 bits codegenerations. Support for cross compilation to 32 bits (or vv. on a 32 bits machine) depends on build options when compiling gcc itself. Check your compiler version whether cross compilation is supported. msvc 64 bit code generation is supported starting with version 8.0 "Microsoft Visual Studio 2005/.Net Framework 2.0". Size of standard C types is as follows: int long pointer size_t time_t gcc 32 32 32 32 32 32 gcc 64 32 64 64 64 64 msvc 32 32 32 32 32 32/64 *) msvc 64 32 32 64 64 64 *) 32 bits for msvc older than version 2005; 64 bits othwise For correct behavior of the application, it must be robust against these variations. E.g. storing a pointer value in an int works correctly in gcc 32 bits application, but will fail in a gcc 64 bit application. The msvc compiler uses environment variables INCLUDE for the list of standard include directories, and LIB for the list of standard library directories. Since the msvc compiler requires a different set of libraries for the 64 bit build, an extra environment variable is used by MTK as substitute for the normal LIB value: LIB64. Changes: - A new build option ARCH is added. Default: ARCH=32, which is compatible with all previous behaviour. It is available for a limited number of compilers: + COMP=gcc ARCH=64: generation of 64 bits code as platform "Linux64" + COMP=msvc ARCH=64: generation of 64 bits code as platform "win64" MTK help text and dump output is adapted accordingly. Note that the souce code must be suitable for 64 bits compilation in order to behave "polite" - see section "64 bit code generation" above. Further, 64 bits code for msvc is implemented and tested on "Microsoft(r) Windows(r) Software Development Kit Update for Windows Vista" (containing the same compiler version as "Microsoft Visual Studio 2005") - The msvc compiler uses an environment variable LIB containing a list of standard library directories. For 64 bit compilation, MTK requires an environment variable LIB64 containing equivalent list for 64 bit libraries. This must be defined by the user. PS: for your information, win32/win64 is tested on Microsoft(r) Windows(r) Software Development Kit Update for Windows Vista Download available from: http://www.microsoft.com/downloads/details.aspx?familyid=4377f86d-c913-4b5c-b87e-ef72e5b4e065&displaylang=en This includes the same compiler as visual studio version 2005. Setup information: - ~/.bash_profile # This script will be executed each time you login to the system and # you are in the bourne ( sh ) or korn ( ksh ) shell. # Cygwin execution only! # Windows SDK Settings version vista/v6.0 - same compiler as visual studio version 2005 MSVC1=`cygpath "C:\Program Files\Microsoft SDKs\Windows\v6.0\VC\Bin"` PATH=$MSVC1:$PATH Note that this also adds the MS visual studio commands in front of the unix commands. In older MTK version, this was required to use the "link" command to build an executable. Now you may choose differently. - C:\cygwin\cygwin.bat REM Windows SDK settings version vista/v6.0 - same compiler as visual studio version 2005 set INCLUDE=C:\Program Files\Microsoft SDKs\Windows\v6.0\VC\INCLUDE;C:\Program Files\Microsoft SDKs\Windows\v6.0\Include set LIB=C:\Program Files\Microsoft SDKs\Windows\v6.0\VC\LIB;C:\Program Files\Microsoft SDKs\Windows\v6.0\Lib set LIB64=C:\Program Files\Microsoft SDKs\Windows\v6.0\VC\LIB\x64;C:\Program Files\Microsoft SDKs\Windows\v6.0\Lib\x64 REM PATH setting is adapted in ~/.bash_profile Tot ziens / Kind regards, Bram -- Bram Riemens Senior Principal, Corporate I&T / Research NXP Semiconductors High Tech Campus 32 (floor 1, office 138), 5656 AE Eindhoven, The Netherlands Tel: +31 40 27 25910; Fax: +31 40 27 28504 Email: bra...@nx... The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. Unless otherwise recorded in a written agreement, all sales transactions by NXP Semiconductors are subject to our general terms and conditions of commercial sale. These are published at www.nxp.com/profile/terms/index.html<http://www.nxp.com/profile/terms/index.html> |
From: Bram R. <bra...@nx...> - 2009-02-13 13:56:00
|
Hi all, After we created generic component mapping, there was almost nothing left in PV related to "standard" components. Today, I adapted PV and removed the last minor hurdles to allow viewing files with only "extra" components, or in other words, files that have no standard components, like YUV, RGB or XYZ. Developers, please update your cvs workspace. Tot ziens / Kind regards, Bram -- Bram Riemens Senior Principal, Corporate I&T / Research NXP Semiconductors High Tech Campus 32 (floor 1, office 138), 5656 AE Eindhoven, The Netherlands Tel: +31 40 27 25910; Fax: +31 40 27 28504 Email: bra...@nx... The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. Unless otherwise recorded in a written agreement, all sales transactions by NXP Semiconductors are subject to our general terms and conditions of commercial sale. These are published at www.nxp.com/profile/terms/index.html<http://www.nxp.com/profile/terms/index.html> |
From: Bartels, C. <chr...@ph...> - 2009-01-06 14:40:03
|
Hi Pfspd users/developers, FYI I use a python-pfspd module that allows me to read pfspd files as numpy arrays in python (on linux). If anyone is interested I can share this wrapper / example code. Python with Numpy / Scipy / Matplotlib makes for a nice scripting environment. I am using it more often to aggregate results from experiments and plot these as a replacement for bash and matlab. The python wrapper allows the user to read in pfspd components as numpy-arrays. It is then possible to perform matlab-like operations and plots on these arrays. e.g. a = readComp16BitMem("myVideoFile.yuv","myComponent",framenr) imshow(a>10) Kind regards, Chris ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Bram R. <bra...@nx...> - 2008-12-24 16:34:28
|
Hi all, Today I built release 3.1.0 of PV. The release kit is available from the sourceforge.net pfspd download page. Highlights ICC profile support added Automatic vector interpretation replaced by user control User control for vector interpretation (2s-complement / binary-offset) New shortcut keys: - '0' activates default rendering method - '8' activates rendering with ICC profile - 'Ctrl-8' gives information about the location of the ICC profiles - 't' cycles the rendering intent methods for ICC profile - 'Shift-T' cycles backwards the rendering intent methods for ICC profile - 'b', 'Shift-B' toggles between previous and next vector interpretation - 'Shift-m' set default settings for component mapping - 'Ctrl-PgUp', 'Ctrl-PgDn' to step faster (2 secs) through the sequence Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Bram R. <bra...@nx...> - 2008-12-23 16:53:25
|
Dear all, Today I created new releases of mtk and cpfspd. MTK release 5.3.4 (dd. December 23, 2008) Highlights Added support for MS Visual Studio 9.0. CPFSPD release 1.12.0 (dd. December 23, 2008) Highlights New color format P_COLOR_XYZ, stored as integer or floating point. New functions p_cce_read/write_float_xyz() for floating point XYZ files. Several bugfixes; most notable: rounding in p_cce* functions. Developers, please update your sandboxes. At NXP, we updated the "latest" link to these new releases. Release packages will be uploaded to sourceforge.net tomorrow. Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Bram R. <bra...@nx...> - 2008-12-02 08:41:06
|
Dear all, Function p_rewrite_header() now accepts changes in width and height as long as the total number of pixels remains consistent with the data in the file. Developers, please update your workspaces. Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Pjotr K. <pet...@xs...> - 2008-12-01 09:18:43
|
Dear PFSPD people, Just to let you know, I've created a clone of cpfspd & pv SW on my project's Mercurial repository. I've fixed some bugs that prevented compilation on recent Linux/gcc distributions, a.o. The software is availble via Mercurial (Hg) distributed version control: http://sub-lime.sourceforge.net/hg/cpfspd http://sub-lime.sourceforge.net/hg/pv Regards, Pjotr Kourzanov |
From: Schmeitz, H. <har...@ph...> - 2008-11-21 12:39:55
|
Hello all, Madalina has fixed a few open issues in PV: - Bug 2200293: PV: backspace & shift-tab don't work for rgb files. In a directory which contains YUV and RGB files, navigating forwards through the directory list works fine. However, navigating backwards using backspace or shift-Tab does nothing when an RGB file is displayed. Behaviour is correct for YUV files. This is fixed by including the extension of the filenames in the checks done in build_dir_filelist() method. - Set "Absolute Rendering Intent" as default rendering intent for ICC mode - Reverted to D50 whitepoint for virtual XYZ profile (ICC mode). Developers: please update your sandboxes. ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Schmeitz, H. <har...@ph...> - 2008-11-14 16:07:42
|
Hi everyone, Madalina and I have made some more updates to PV: A top-level makefile is added XYZ integer files are interpreted with a gamma of 2.6, as used in several Digital Cinema formats. Lcms compile issues on win32 platform resolved. Developers: Please update your CVS sandboxes. Harold and Madalina ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Bram R. <bra...@nx...> - 2008-11-07 11:10:23
|
Harold, all, The bug is fixed. Indeed parent frame must be specified. Thanks for the trigger Harold! Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. From: Bram Riemens [mailto:bra...@nx...] Sent: Friday 7 November 2008 11:56 To: pfs...@li... Subject: Re: [Pfs...@sf...] ESC behavior refined - new active window swapbug Harold, Whooo, not too fast please. Moving to a new wxWidgets may take quite some time. Your remark about introduction in 3.0.0 triggerd some association. In 3.0.0, we introduced function showHtmlText() in frame.cc for all popup dialogs. This is now 'disconnected' from the frame, because it can also be activated from main before a window exists. I will try to fix. Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. From: Schmeitz, Harold [mailto:har...@ph...] Sent: Friday 7 November 2008 11:31 To: pfs...@li... Subject: Re: [Pfs...@sf...] ESC behavior refined - new active window swapbug Hi Bram, Thanks for fixing the esc behaviour. I could trace the bug back to pv release 3.0.0, but not 2.2.6 I suspect this bug was introduced by the switch to wxWidgets 2.6.2 Perhaps this issue (and others, like resize/redraw problems) are solved in a more recent wxWidgets implementation. I saw that the current stable release is 2.8.9. Time to upgrade ? Regards, Harold ________________________________ From: Bram Riemens [mailto:bra...@nx...] Sent: Friday 7 November 2008 11:13 To: pfs...@li... Subject: [Pfs...@sf...] ESC behavior refined - new active window swapbug Madalina, others, Today I updated the ESC functionality (in the development codebase) to: if in full-screen mode, then return to window mode else exit This is compatible with most peoples expectations, while it also helps to get out of full window mode for those that just guess. Further, I found a new bug, probably introduced at one of the recent significant changes. When two windows are opened (in a single PV session) on file a and file b. E.g. invoke PV on file a. Then ctrl-d, then space. Now a file b is also loaded in a second window. Assume file b is the top/active window. Pressing 's' shows info in popup dialog. However, as a side effect the window of file a becomes top/active. When closing the popup dialog, the window of file b becomes top/active again. Bug is on cygwin exec and on win32 exec, not on linux exec. Same behaviour for other popup dialogs. Same when popup dialogs appear as results of menu clicks iso keyboard shortcuts. This is unexpected, and confusing. Madelina & Harold: can you check whether this behaviour is caused by your recent code changes? If not, it is probably caused by code changes by Pawel & Clemens... Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. From: Iota, Madalina [mailto:mad...@ph...] Sent: Monday 27 October 2008 16:40 To: pfs...@li... Subject: [Pfs...@sf...] PV: Shortcut keys updated, refactored icc Dear all, We just checked-in the following modification of PV: 1) refactored ICC - generated CPP file 2) updated with the following shortcut keys - '0' activates default rendering method - '8' activates rendering with ICC profile - 'Ctrl-8' gives information about the location of the ICC profiles - 'Shift-m' set default settings for component mapping - 'Ctrl-PgUp', 'Ctrl-PgDn' to step faster (2 seconds) through the video sequence - 'Escape' is reintroduced to close the active window (on all platforms) 3) Source code contains virtual YUV profiles. No other files are needed besides the binaries. ITU-B rec 709 is used for HD images, and ITU-B rec 601 for other image formats. 4) Bug fixes - "Single field display" was disabled in case of progressive files Affected modules: frame.cc, frame.h icc.cc, icc.h pfspd.cc, pfspd.h settings.cc, settings.h Kind regards, Madalina Iota Harold Schmeitz TASS Software Professionals Ir. Madalina Iota PDEng T+31 40 2503200 | F +31 40 2503201 W www.tass.nl<http://www.tass.nl> | M mad...@ta...<mailto:mad...@ta...> Temporary address: Philips Research Location HTC Phone: +31 40 274 1604 E-mail: mad...@ph...<mailto:mad...@ph...> ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Bram R. <bra...@nx...> - 2008-11-07 10:56:04
|
Harold, Whooo, not too fast please. Moving to a new wxWidgets may take quite some time. Your remark about introduction in 3.0.0 triggerd some association. In 3.0.0, we introduced function showHtmlText() in frame.cc for all popup dialogs. This is now 'disconnected' from the frame, because it can also be activated from main before a window exists. I will try to fix. Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. From: Schmeitz, Harold [mailto:har...@ph...] Sent: Friday 7 November 2008 11:31 To: pfs...@li... Subject: Re: [Pfs...@sf...] ESC behavior refined - new active window swapbug Hi Bram, Thanks for fixing the esc behaviour. I could trace the bug back to pv release 3.0.0, but not 2.2.6 I suspect this bug was introduced by the switch to wxWidgets 2.6.2 Perhaps this issue (and others, like resize/redraw problems) are solved in a more recent wxWidgets implementation. I saw that the current stable release is 2.8.9. Time to upgrade ? Regards, Harold ________________________________ From: Bram Riemens [mailto:bra...@nx...] Sent: Friday 7 November 2008 11:13 To: pfs...@li... Subject: [Pfs...@sf...] ESC behavior refined - new active window swapbug Madalina, others, Today I updated the ESC functionality (in the development codebase) to: if in full-screen mode, then return to window mode else exit This is compatible with most peoples expectations, while it also helps to get out of full window mode for those that just guess. Further, I found a new bug, probably introduced at one of the recent significant changes. When two windows are opened (in a single PV session) on file a and file b. E.g. invoke PV on file a. Then ctrl-d, then space. Now a file b is also loaded in a second window. Assume file b is the top/active window. Pressing 's' shows info in popup dialog. However, as a side effect the window of file a becomes top/active. When closing the popup dialog, the window of file b becomes top/active again. Bug is on cygwin exec and on win32 exec, not on linux exec. Same behaviour for other popup dialogs. Same when popup dialogs appear as results of menu clicks iso keyboard shortcuts. This is unexpected, and confusing. Madelina & Harold: can you check whether this behaviour is caused by your recent code changes? If not, it is probably caused by code changes by Pawel & Clemens... Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. From: Iota, Madalina [mailto:mad...@ph...] Sent: Monday 27 October 2008 16:40 To: pfs...@li... Subject: [Pfs...@sf...] PV: Shortcut keys updated, refactored icc Dear all, We just checked-in the following modification of PV: 1) refactored ICC - generated CPP file 2) updated with the following shortcut keys - '0' activates default rendering method - '8' activates rendering with ICC profile - 'Ctrl-8' gives information about the location of the ICC profiles - 'Shift-m' set default settings for component mapping - 'Ctrl-PgUp', 'Ctrl-PgDn' to step faster (2 seconds) through the video sequence - 'Escape' is reintroduced to close the active window (on all platforms) 3) Source code contains virtual YUV profiles. No other files are needed besides the binaries. ITU-B rec 709 is used for HD images, and ITU-B rec 601 for other image formats. 4) Bug fixes - "Single field display" was disabled in case of progressive files Affected modules: frame.cc, frame.h icc.cc, icc.h pfspd.cc, pfspd.h settings.cc, settings.h Kind regards, Madalina Iota Harold Schmeitz TASS Software Professionals Ir. Madalina Iota PDEng T+31 40 2503200 | F +31 40 2503201 W www.tass.nl<http://www.tass.nl> | M mad...@ta...<mailto:mad...@ta...> Temporary address: Philips Research Location HTC Phone: +31 40 274 1604 E-mail: mad...@ph...<mailto:mad...@ph...> ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Schmeitz, H. <har...@ph...> - 2008-11-07 10:30:43
|
Hi Bram, Thanks for fixing the esc behaviour. I could trace the bug back to pv release 3.0.0, but not 2.2.6 I suspect this bug was introduced by the switch to wxWidgets 2.6.2 Perhaps this issue (and others, like resize/redraw problems) are solved in a more recent wxWidgets implementation. I saw that the current stable release is 2.8.9. Time to upgrade ? Regards, Harold ________________________________ From: Bram Riemens [mailto:bra...@nx...] Sent: Friday 7 November 2008 11:13 To: pfs...@li... Subject: [Pfs...@sf...] ESC behavior refined - new active window swapbug Madalina, others, Today I updated the ESC functionality (in the development codebase) to: if in full-screen mode, then return to window mode else exit This is compatible with most peoples expectations, while it also helps to get out of full window mode for those that just guess. Further, I found a new bug, probably introduced at one of the recent significant changes. When two windows are opened (in a single PV session) on file a and file b. E.g. invoke PV on file a. Then ctrl-d, then space. Now a file b is also loaded in a second window. Assume file b is the top/active window. Pressing 's' shows info in popup dialog. However, as a side effect the window of file a becomes top/active. When closing the popup dialog, the window of file b becomes top/active again. Bug is on cygwin exec and on win32 exec, not on linux exec. Same behaviour for other popup dialogs. Same when popup dialogs appear as results of menu clicks iso keyboard shortcuts. This is unexpected, and confusing. Madelina & Harold: can you check whether this behaviour is caused by your recent code changes? If not, it is probably caused by code changes by Pawel & Clemens... Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. From: Iota, Madalina [mailto:mad...@ph...] Sent: Monday 27 October 2008 16:40 To: pfs...@li... Subject: [Pfs...@sf...] PV: Shortcut keys updated, refactored icc Dear all, We just checked-in the following modification of PV: 1) refactored ICC - generated CPP file 2) updated with the following shortcut keys - '0' activates default rendering method - '8' activates rendering with ICC profile - 'Ctrl-8' gives information about the location of the ICC profiles - 'Shift-m' set default settings for component mapping - 'Ctrl-PgUp', 'Ctrl-PgDn' to step faster (2 seconds) through the video sequence - 'Escape' is reintroduced to close the active window (on all platforms) 3) Source code contains virtual YUV profiles. No other files are needed besides the binaries. ITU-B rec 709 is used for HD images, and ITU-B rec 601 for other image formats. 4) Bug fixes - "Single field display" was disabled in case of progressive files Affected modules: frame.cc, frame.h icc.cc, icc.h pfspd.cc, pfspd.h settings.cc, settings.h Kind regards, Madalina Iota Harold Schmeitz TASS Software Professionals Ir. Madalina Iota PDEng T+31 40 2503200 | F +31 40 2503201 W www.tass.nl<http://www.tass.nl> | M mad...@ta...<mailto:mad...@ta...> Temporary address: Philips Research Location HTC Phone: +31 40 274 1604 E-mail: mad...@ph...<mailto:mad...@ph...> ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Bram R. <bra...@nx...> - 2008-11-07 10:13:19
|
Madalina, others, Today I updated the ESC functionality (in the development codebase) to: if in full-screen mode, then return to window mode else exit This is compatible with most peoples expectations, while it also helps to get out of full window mode for those that just guess. Further, I found a new bug, probably introduced at one of the recent significant changes. When two windows are opened (in a single PV session) on file a and file b. E.g. invoke PV on file a. Then ctrl-d, then space. Now a file b is also loaded in a second window. Assume file b is the top/active window. Pressing 's' shows info in popup dialog. However, as a side effect the window of file a becomes top/active. When closing the popup dialog, the window of file b becomes top/active again. Bug is on cygwin exec and on win32 exec, not on linux exec. Same behaviour for other popup dialogs. Same when popup dialogs appear as results of menu clicks iso keyboard shortcuts. This is unexpected, and confusing. Madelina & Harold: can you check whether this behaviour is caused by your recent code changes? If not, it is probably caused by code changes by Pawel & Clemens... Regards, Bram. -- Bram Riemens, Senior Principal NXP Semiconductors / Corporate I&T / Research Email: bra...@nx... Phone: +31 40 27 25910; Fax: +31 40 27 28504 High Tech Campus 32 (floor 1, office 138) 5656 AE Eindhoven, The Netherlands The information contained in this message is confidential and may be legally privileged. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. From: Iota, Madalina [mailto:mad...@ph...] Sent: Monday 27 October 2008 16:40 To: pfs...@li... Subject: [Pfs...@sf...] PV: Shortcut keys updated, refactored icc Dear all, We just checked-in the following modification of PV: 1) refactored ICC - generated CPP file 2) updated with the following shortcut keys - '0' activates default rendering method - '8' activates rendering with ICC profile - 'Ctrl-8' gives information about the location of the ICC profiles - 'Shift-m' set default settings for component mapping - 'Ctrl-PgUp', 'Ctrl-PgDn' to step faster (2 seconds) through the video sequence - 'Escape' is reintroduced to close the active window (on all platforms) 3) Source code contains virtual YUV profiles. No other files are needed besides the binaries. ITU-B rec 709 is used for HD images, and ITU-B rec 601 for other image formats. 4) Bug fixes - "Single field display" was disabled in case of progressive files Affected modules: frame.cc, frame.h icc.cc, icc.h pfspd.cc, pfspd.h settings.cc, settings.h Kind regards, Madalina Iota Harold Schmeitz TASS Software Professionals Ir. Madalina Iota PDEng T+31 40 2503200 | F +31 40 2503201 W www.tass.nl<http://www.tass.nl> | M mad...@ta...<mailto:mad...@ta...> Temporary address: Philips Research Location HTC Phone: +31 40 274 1604 E-mail: mad...@ph...<mailto:mad...@ph...> ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Iota, M. <mad...@ph...> - 2008-10-27 15:40:42
|
Dear all, We just checked-in the following modification of PV: 1) refactored ICC - generated CPP file 2) updated with the following shortcut keys - '0' activates default rendering method - '8' activates rendering with ICC profile - 'Ctrl-8' gives information about the location of the ICC profiles - 'Shift-m' set default settings for component mapping - 'Ctrl-PgUp', 'Ctrl-PgDn' to step faster (2 seconds) through the video sequence - 'Escape' is reintroduced to close the active window (on all platforms) 3) Source code contains virtual YUV profiles. No other files are needed besides the binaries. ITU-B rec 709 is used for HD images, and ITU-B rec 601 for other image formats. 4) Bug fixes - "Single field display" was disabled in case of progressive files Affected modules: frame.cc, frame.h icc.cc, icc.h pfspd.cc, pfspd.h settings.cc, settings.h Kind regards, Madalina Iota Harold Schmeitz TASS Software Professionals Ir. Madalina Iota PDEng T+31 40 2503200 | F +31 40 2503201 W www.tass.nl<http://www.tass.nl> | M mad...@ta...<mailto:mad...@ta...> Temporary address: Philips Research Location HTC Phone: +31 40 274 1604 E-mail: mad...@ph...<mailto:mad...@ph...> ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |
From: Pawel K. <paw...@nx...> - 2008-10-24 07:23:29
|
Dear all, We just checked-in the following modification of pv: 1. Disabled auto-detection of the vector interpretation per frame and per component (function pfspd_Image::measure_pfspd_comp_two_comp) 2. Introduced user control from View menu: New menu item "Vector interpretation", with submenu items "Next vector interpretation", "Previous vector interpretation". Selecting one of them toggles between "Two's complement" and "Binary offset". Keys - "b" and "Shift b". The submenu items "Two's complement" and "Binary Offset" allow for direct selection. 3. Default setting is Binary offset. Default value can be reset in an init file or in command line by means of options "-binoffset" and "-2scomplement". Note - the vector interpretation selection is valid for all frames and components, unless changed by the user. Each new window starts with the default setting. Affected modules: cmdl_options.h format_convert.c frame.cc frame.h pfspd.cc pfspd.h settings.cc settings.h Known problem: Make.mtk needs update to make possible compilation with MSVC version 9.0. Kind regards Pawel Kruszynski Clemens Wust Bram Riemens P. Kruszyński, Ph.D. NXP Semiconductors (founded by Philips) Corporate I&T/Research System & Algorithms High Tech Campus 32 room 1.38 5656 AE Eindhoven The Netherlands tel. +31(0)40-2725898 fax. +31402744639 gsm +31(0)629023208 |
From: Znamenskiy, D. <dmi...@ph...> - 2008-10-20 12:59:03
|
As a feature request for PV I would like to have BACK toggling between de-interlacing modes for PROGRESSIVE content. (key f, then keys q, a, z) The toggling was present in the earlier versions of PV, and is really needed for evaluation of de-interlacing quality. Met vriendelijke groeten, Dr. Dmitry Znamenskiy, Senior Scientist at Philips Research Eindhoven Group Video Processing and Analysis High Tech Campus 36 5656 AE Eindhoven, The Netherlands Tel: +31-40-27- 43345 Fax: +31-40-27-42630 E-mail: dmi...@ph...<mailto:dmi...@ph...> ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. |