DeadBeef не монтирует диски?
Хороший плеер DeadBeef, всем устраивает, но вся музыка у меня лежит на диске от win7 (перешел на линукс недавно). Так вот, если диск не смонтирован то плеер не видит музыку оттуда, приходится заходить на диск чтоб он смонтировался и музыка начала играть. Нет ли способа заставить плеер монтировать диск автоматом если он не был смонтирован раньше?
Можно ли сделать такой raid?
Суть задачи: надо сделать так, чтобы данные была максимально защищены от потери.
На компе в настоящее время стоит винт 250Гб. Думаю купить 2 винта по террабайту и сделать из них raid, но возникает вопрос, можно ли так вообще делать? То есть будет использоваться 1 винт на 250, который не в рейди и 2 по 1Тб в рейде.
и еще, не потеряю ли я в производительности от этого?
Когда Firebug перестанет глючить?
1.Не подсвечивает брекпоинты
2.Не разворачивает трейсы ошибок
3.Обновил до 1.6б4 — не работает поиск( даже для беты такие баги не простительны, хотя — пункты 1 и 2 они пофиксили типа )…
4…
Первый баг стабильно держиться у всех уж как год.
Второго буквально месяц назад не было…
Я конечно все понимаю, но где совесть?
Раньше(еще когда трава была зеленее) все работало как часики
Схема хранения изменяющихся данных с историей
Есть около 300 тыс объектов ( например легковых автомобилей) для каждого автомобиля раз в неделю производится замер параметров ( пробег, давление в шинах, количество топлива), параметров будет в районе 20 штук, нужно все это хранить в базе.
В освновном пользователей интерисуют только последние параметры. Но иногда необходимо отвечать на вопросы типа «А как менялось давление в шинах во времени», «А какие параметры менялись на прошлой неделе»
Интуиция говорит, что наверное надо смотреть в сторону mongo, но тех задание явно говорит, что будем использовать Mysql :)
Пока родилось два варианта
1)
Первая таблица (название data)
id| object_name | param1 | param1_is_changed | param1_change_date | param2…
Вторая таблица (название data_history)
id| object_name | param1 | param1_is_changed | param1_change_date | param2… | version | change_date
При каждом изменении любого параметра, предыдущая версия записывается в data_history, у того параметра который изменился ставится влажок is_changed
2) Первая таблица (название data)
id| object_name
Вторая таблица ( хранит только последние значения)
id | object_id | param_name | param_value | date
Третья таблица ( хранит историю значений из второй таблицы)
Сейчас мы отслеживаем около 50 тыс объектов, в неделю происходит около 200 изменений в параметрах. Все параметры числовые, поэтому вопрос избыточности хранения в первом случае волнует только в плане производительности БД, но никак не места на диске. Второй метод вроде хорош, но его не очень просто реализовать используя ORM.
Ваше мнение? как спроектировать DB? как найти компромисс между эффективной БД и удобством написания приложения к ней.
Чем отправить iPhone из США в Россию?
Подруга находится в США и может купить iPhone без контракта (~$650). Какой службой можно доставить его в Россию без особых напрягов? Насколько помню, DHL перестал отправлять посылки из США в Россию уже в марте.
Как перегрузить std::swap()
std::swap() используется многими контейнерами std (такими как std::list и std::vector ) во время сортировки и даже назначения.
Но реализация std swap() является очень обобщенной и довольно неэффективной для пользовательских типов.
Таким образом, эффективность может быть получена путем перегрузки std::swap() с помощью специальной реализации пользовательского типа. Но как вы можете реализовать его так, чтобы он был использован контейнерами std?
Вопрос о Mencoder?
После конвертации многоканального звука (обычно 4, 5, 6 каналов) в стерео заметно падает громкость.
Конвертирую видео в формат flv такой командой:
#!/bin/sh<br/>
<br/>
AVI=$1<br/>
FLV=`echo "$AVI" | sed -e 's/\.avi$//'`<br/>
NW=360<br/>
<br/>
# тут "хитро" вычисляются цифры с размером картинки для ее уменьшения<br/>
WI=`avinfo $AVI | grep video: | awk '{print $2}' | awk -Fx '{print $1}'`<br/>
HE=`avinfo $AVI | grep video: | awk '{print $2}' | awk -Fx '{print $2}'`<br/>
<br/>
NH=`calc "print $NW * $HE / $WI" | sed -e 's/^~//' | awk -F. '{print $1}'`<br/>
<br/>
# конвертация<br/>
mencoder \<br/>
$AVI \<br/>
-ofps 15 \<br/>
-o $FLV \<br/>
-of lavf \<br/>
-oac mp3lame \<br/>
-lameopts abr:br=56:mode=1:padding=1 \<br/>
-srate 44100 \<br/>
-ovc lavc \<br/>
-lavcopts vcodec=flv:keyint=25:vbitrate=320:mbd=2:mv0:trell:v4mv:cbp:last_pred=3 \<br/>
-vf scale=$NW:$NH<br/>
<br/>
# перенос заголовков видео в начало для seek<br/>
flvmeta $FLV $FLV.flv<br/>
При этом, если каналов звука у файла больше 2-х, то звук очень тихий.
Пробовал разные аудио-фильтры использовать по мануалу (hrtf и channels), но результата — ноль.
Обычное стерео-моно ковертируется и кричит громко.
Собственно вопрос в том, что прописать в mencoder в параметры, чтобы звук смешивался правильно из всех каналов в стерео?
#!/bin/sh<br/>
<br/>
AVI=$1<br/>
FLV=`echo "$AVI" | sed -e 's/\.avi$//'`<br/>
NW=360<br/>
<br/>
# тут "хитро" вычисляются цифры с размером картинки для ее уменьшения<br/>
WI=`avinfo $AVI | grep video: | awk '{print $2}' | awk -Fx '{print $1}'`<br/>
HE=`avinfo $AVI | grep video: | awk '{print $2}' | awk -Fx '{print $2}'`<br/>
<br/>
NH=`calc "print $NW * $HE / $WI" | sed -e 's/^~//' | awk -F. '{print $1}'`<br/>
<br/>
# конвертация<br/>
mencoder \<br/>
$AVI \<br/>
-ofps 15 \<br/>
-o $FLV \<br/>
-of lavf \<br/>
-oac mp3lame \<br/>
-lameopts abr:br=56:mode=1:padding=1 \<br/>
-srate 44100 \<br/>
-ovc lavc \<br/>
-lavcopts vcodec=flv:keyint=25:vbitrate=320:mbd=2:mv0:trell:v4mv:cbp:last_pred=3 \<br/>
-vf scale=$NW:$NH<br/>
<br/>
# перенос заголовков видео в начало для seek<br/>
flvmeta $FLV $FLV.flv<br/>
Как заставить Eclipse при autocomplete удалять слово под курсором?
На данный момент, при попытке воспользоваться автокомплитом когда курсор стоит в середине слова, Эклипс просто добавляет новое слово, не стирая остаток после курсора. Возможно ли изменить поведение среды так, чтобы старое слово полностью заменялось новым?
PHP скрипт для заполнения таблиц MySQL
Кто-нибудь знает о script/class (предпочтительно в PHP), который будет анализировать данный MySQL table's structure , а затем заполнять его x number of rows случайными тестовыми данными на основе типов полей?
Я никогда не видел и не слышал о чем-то подобном и подумал, что проверю, прежде чем писать самому.
Зимнее время в Андроид?
Интересно, смартфон на базе Андроид переведет время на зимнее сегодня сам или придется менять вручную?
У меня LG GT540
Боюсь проспать завтра.
- «
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130
- 131
- 132
- 133
- 134
- 135
- 136
- 137
- 138
- 139
- 140
- 141
- 142
- 143
- 144
- 145
- 146
- 147
- 148
- 149
- 150
- 151
- 152
- 153
- 154
- 155
- 156
- 157
- 158
- 159
- 160
- 161
- 162
- 163
- 164
- 165
- 166
- 167
- 168
- 169
- 170
- 171
- 172
- 173
- 174
- 175
- 176
- 177
- 178
- 179
- 180
- 181
- 182
- 183
- 184
- 185
- 186
- 187
- 188
- 189
- 190
- 191
- 192
- 193
- 194
- 195
- 196
- 197
- 198
- 199
- 200
- 201
- 202
- 203
- 204
- 205
- 206
- 207
- 208
- 209
- 210
- 211
- 212
- 213
- 214
- 215
- 216
- 217
- 218
- 219
- 220
- 221
- 222
- 223
- 224
- 225
- 226
- 227
- 228
- 229
- 230
- 231
- 232
- 233
- 234
- 235
- 236
- 237
- 238
- 239
- 240
- 241
- 242
- 243
- 244
- 245
- 246
- 247
- 248
- 249
- 250
- 251
- 252
- 253
- 254
- 255
- 256
- 257
- 258
- 259
- 260
- 261
- 262
- 263
- 264
- 265
- 266
- 267
- 268
- 269
- 270
- 271
- 272
- 273
- 274
- 275
- 276
- 277
- 278
- 279
- 280
- 281
- 282
- 283
- 284
- 285
- 286
- 287
- 288
- 289
- 290
- 291
- 292
- 293
- 294
- 295
- 296
- 297
- 298
- 299
- 300
- 301
- 302
- 303
- 304
- 305
- 306
- 307
- 308
- 309
- 310
- 311
- 312
- 313
- 314
- 315
- 316
- 317
- 318
- 319
- 320
- 321
- 322
- 323
- 324
- 325
- 326
- 327
- 328
- 329
- 330
- 331
- 332
- 333
- 334
- 335
- 336
- 337
- 338
- 339
- 340
- 341
- 342
- 343
- 344
- 345
- 346
- 347
- 348
- 349
- 350
- 351
- 352
- 353
- 354
- 355
- 356
- 357
- 358
- 359
- 360
- 361
- 362
- 363
- 364
- 365
- 366
- 367
- 368
- 369
- 370
- 371
- 372
- 373
- 374
- 375
- 376
- 377
- 378
- 379
- 380
- 381
- 382
- 383
- 384
- 385
- 386
- 387
- 388
- 389
- 390
- 391
- 392
- 393
- 394
- 395
- 396
- 397
- 398
- 399
- 400
- 401
- 402
- 403
- 404
- 405
- 406
- 407
- 408
- 409
- 410
- 411
- 412
- 413
- 414
- 415
- 416
- 417
- 418
- 419
- 420
- 421
- 422
- 423
- 424
- 425
- 426
- 427
- 428
- 429
- 430
- 431
- 432
- 433
- 434
- 435
- 436
- 437
- 438
- 439
- 440
- 441
- 442
- 443
- 444
- 445
- 446
- 447
- 448
- 449
- 450
- 451
- 452
- 453
- 454
- 455
- 456
- 457
- 458
- 459
- 460
- 461
- 462
- 463
- 464
- 465
- 466
- 467
- 468
- 469
- 470
- 471
- 472
- 473
- 474
- 475
- 476
- 477
- 478
- 479
- 480
- 481
- 482
- 483
- 484
- 485
- 486
- 487
- 488
- 489
- 490
- 491
- 492
- 493
- 494
- 495
- 496
- 497
- 498
- 499
- 500
- 501
- 502
- 503
- 504
- 505
- 506
- 507
- 508
- 509
- 510
- 511
- 512
- 513
- 514
- 515
- 516
- 517
- 518
- 519
- 520
- 521
- 522
- 523
- 524
- 525
- 526
- 527
- 528
- 529
- 530
- 531
- 532
- 533
- 534
- 535
- 536
- 537
- 538
- 539
- 540
- 541
- 542
- 543
- 544
- 545
- 546
- 547
- 548
- 549
- 550
- 551
- 552
- 553
- 554
- 555
- 556
- 557
- 558
- 559
- 560
- 561
- 562
- 563
- 564
- 565
- 566
- 567
- 568
- 569
- 570
- 571
- 572
- 573
- 574
- 575
- 576
- 577
- 578
- 579
- 580
- 581
- 582
- 583
- 584
- 585
- 586
- 587
- 588
- 589
- 590
- 591
- 592
- 593
- 594
- 595
- 596
- 597
- 598
- 599
- 600
- 601
- 602
- 603
- 604
- 605
- 606
- 607
- 608
- 609
- 610
- 611
- 612
- 613
- 614
- 615
- 616
- 617
- 618
- 619
- 620
- 621
- 622
- 623
- 624
- 625
- 626
- 627
- 628
- »