Re: Intel Celeron G1610

2013-05-26 Пенетрантность yuri . nefedov

On Mon, 27 May 2013, Dmitrii Kashin wrote:


At Sun, 26 May 2013 23:26:18 +0100,
Mikhail Ramendik wrote:


Всем привет!

Вопрос - что с проигрыванием HD через VAAPI конкретно на Celeron?
Тянет оно этот FullHD или нет - известно ли?


Говорят, что с VAAPI дела хороши у VLC. Смотрите в ту сторону.

Celeron здесь не при чем. VAAPI подразумевает использование GPU, а не
процессора. Так что если видеокарта тянет - все будет хорошо.


 Это тот Celeron у которого уже есть "Intel® HD Graphics"
 http://ark.intel.com/products/71072/
Ю.

Re: Intel Celeron G1610

2013-05-26 Пенетрантность Dmitrii Kashin
At Sun, 26 May 2013 23:26:18 +0100,
Mikhail Ramendik wrote:
> 
> Всем привет!
> 
> Вопрос - что с проигрыванием HD через VAAPI конкретно на Celeron?
> Тянет оно этот FullHD или нет - известно ли?

Говорят, что с VAAPI дела хороши у VLC. Смотрите в ту сторону.

Celeron здесь не при чем. VAAPI подразумевает использование GPU, а не
процессора. Так что если видеокарта тянет - все будет хорошо.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87r4gt9c37.wl%free...@gmail.com



Intel Celeron G1610

2013-05-26 Пенетрантность Mikhail Ramendik
Всем привет!

Требуется апгрейдить старую машину в финансово стеснённых условиях.
Ключевая задача - HD playback (включая 1080p h.264). В остальном
обычный десктоп для емейла-веба.

Вопрос - что с проигрыванием HD через VAAPI конкретно на Celeron?
Тянет оно этот FullHD или нет - известно ли?

-- 
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization


Re: CMake зависимости

2013-05-26 Пенетрантность gr tertychnyi
>> execute_process(perl -MExtUtils::Embed -e ccopts
>> OUTPUT_VARIABLE perl_cflags)

>> я разбирался в итоге получается проблема в том, что в переменную
>> perl_cflags попадает строка вида:

>> "бла-бла ... -I/usr/lib/perl/5.14/CORE\n"
>> и далее cmake тупо (в отличие от скажем `bash`) копирует это в
>> Makefile и \n ломает Make.

>> кто сталкивался с подобным? как полечить?

Думаю, надо посмотреть на параметр OUTPUT_STRIP_TRAILING_WHITESPACE

--
Гриша Тертычный


Re: CMake зависимости

2013-05-26 Пенетрантность Dmitry E. Oboukhov
> On Fri, May 24, 2013 at 10:58:10PM +0300, gr tertychnyi wrote:
>> Если в C-файле делается include файлов с одинаковыми именами,
> Жжоте.

к сожалению иногда банально приходится так делать.
я ща например в приложении копаюсь в одном: туда вкручиваю embed-перл
так вот у него в .h файлах получается есть несколько .h которые есть в
другом проекте, тоже внешнем.
и вот разрул как раз пока получается такой "util.h" - один проект,
 - второй проект (perl).

и вот тоже с cmake мучаемся (тоже legacy):

execute_process(perl -MExtUtils::Embed -e ccopts
OUTPUT_VARIABLE perl_cflags)

вот вроде хорошо: cmake сложило perl'овые опции в перменную
perl_cflags,

а далее пробуем смержить эти флаги:

add_compile_flags("C;CXX" ${perl_cflags})

и эта гадина делает нерабочий Makefile

я разбирался в итоге получается проблема в том, что в переменную
perl_cflags попадает строка вида:

"бла-бла ... -I/usr/lib/perl/5.14/CORE\n"
и далее cmake тупо (в отличие от скажем `bash`) копирует это в
Makefile и \n ломает Make.

кто сталкивался с подобным? как полечить?
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: CMake зависимости

2013-05-26 Пенетрантность gr tertychnyi
  Похоже, проблема глубже.

http://public.kitware.com/Bug/view.php?id=13938

Заголовочные файлы с одинаковыми именами подключаемые
"локально" (т.е. через "") не попадают в depends (ну, попадает
только один). Даже если находятся в разных директориях,
как по ссылке.

"I constructed a minimal example which reproduces the issue.
The include tree is:

main.cpp -> a/a.h -> x.h (a.h includes x.h without path and x.h is in a/)
\-> c/c.h -> x.h (c.h includes x.h without path and x.h is in c/)

Now cmake detects the dependency only for one of the two x.h!

Note:
I even added all files to the executable
add_executable(main main.cpp a/a.h a/x.h c/c.h c/x.h)"

--
Гриша Тертычный


2013/5/26  :
> On Sun, 26 May 2013, Artem Chuprina wrote:
>
>> Andrey Rahmatullin -> debian-russian@lists.debian.org  @ Sun, 26 May 2013
>> 14:10:24 +0600:
>>
>> >> Если в C-файле делается include файлов с одинаковыми именами,
>> AR> Жжоте.
>>
>> В чем-то ты, конечно, прав, но что делать, если C это жжение позволяет
>> если не по стандарту, то по крайней мере во всех вменяемых реализациях?
>>
>
>   А стандарт по этому поводу ничего и не говорит, кроме как
>  "an implementation-defined" для того где и как ищется...
>
>   Я только раз с таким столкнулся, да и то решилось тем,
>   что второй файл было естественно вызывать как "LIB/name.h".
>   Чем не решение?
>
>  Ю.


Re: CMake зависимости

2013-05-26 Пенетрантность yuri . nefedov

On Sun, 26 May 2013, Artem Chuprina wrote:


Andrey Rahmatullin -> debian-russian@lists.debian.org  @ Sun, 26 May 2013 
14:10:24 +0600:

>> Если в C-файле делается include файлов с одинаковыми именами,
AR> Жжоте.

В чем-то ты, конечно, прав, но что делать, если C это жжение позволяет
если не по стандарту, то по крайней мере во всех вменяемых реализациях?



  А стандарт по этому поводу ничего и не говорит, кроме как
 "an implementation-defined" для того где и как ищется...

  Я только раз с таким столкнулся, да и то решилось тем,
  что второй файл было естественно вызывать как "LIB/name.h".
  Чем не решение?

 Ю.

Re: CMake зависимости

2013-05-26 Пенетрантность Artem Chuprina
Andrey Rahmatullin -> debian-russian@lists.debian.org  @ Sun, 26 May 2013 
14:10:24 +0600:

 >> Если в C-файле делается include файлов с одинаковыми именами,
 AR> Жжоте.

В чем-то ты, конечно, прав, но что делать, если C это жжение позволяет
если не по стандарту, то по крайней мере во всех вменяемых реализациях?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87obbxpwb6@wizzle.ran.pp.ru



Re: CMake зависимости

2013-05-26 Пенетрантность Dmitry A. Zhiglov
26 мая 2013 г., 12:10 пользователь Andrey Rahmatullin  написал:
> On Fri, May 24, 2013 at 10:58:10PM +0300, gr tertychnyi wrote:
>> Если в C-файле делается include файлов с одинаковыми именами,
> Жжоте.
Достойно


Re: CMake зависимости

2013-05-26 Пенетрантность Andrey Rahmatullin
On Fri, May 24, 2013 at 10:58:10PM +0300, gr tertychnyi wrote:
> Если в C-файле делается include файлов с одинаковыми именами,
Жжоте.

-- 
WBR, wRAR


signature.asc
Description: Digital signature