apodolsk

По-моему, Dasdranagon именно это и сделал в самом начале, предложил Картине вернуть назад сделанные ею изменения. Это совершенно конкретное предложение было сделано им явно не для саморисования, а для того,чтобы по-прежнему иметь возможность пользоваться полосой прокрутки VLC-Player, запущеннjго из VLC-Record (vlc-player.mod) К сожалению, он сделал это красным цветом и жирным шрифтом. Tон предложения заслонил суть . Предпочтение того или иного или иного интерфейса, конечно, дело вкуса. Однако есть вещи, которые можно просто спокойно сравнить. -полоса прокрутки видео и регулировка громкости VLC-Player доступна в полноэкранном режиме. В VLC-Record(libvlc.mod) нет -это же относится и к различным меню. Только горячие клавиши доступны для управления в полноэкранном режиме VLC-Record(libvlc.mod). -в VLC Player можно пользоваться колесиком мышки или щелчком для управления полосой прокрутки видео. В VLC-Record(libvlc.mod) нет . Нужно всегда "тянуть" с нажатой кнопкой, а это требует места и некоторого навыка. -реакция полос прокрутки VLC-Player была плавнее и быстрее. VLC-Player взаимодействует непосредственно с функциями управления(те видео/аудиопотоком. Полоса VLC-Record(libvlc.mod) использует другую, фаворизированную Картиной, технику: при каждом изменении положения движка вычисляется новое время и через REST API функцию get_url программа получает и пeредает libvlc новый поток. Инициализация же нового потока, требует, как правило, дополнительного времени. Извините, увлекся анализом технических деталей Если я не прав, Jo2003 меня поправит. Я не верю в то, что картина вернет удаленные из потока функции управления, так как в последнее время значительно увеличилось разнообразие типов потоков, а во вторых, это противоречит наблюдаемой последние полтора года программной политике централизации управления на сервере с REST_API.

Что-то это мне напоминает

В это я как-то сразу не поверил. Мои сомнения подтвердилиcь следующим постом того же автора. Позволю себе предположить еще один: после нескольких ни к чему не приведших попыток, клиент убеждается в неээфективности такого рода действий и либо опускает руки и смиряется с судьбой, либо ищет помоши в другом месте. В любом случае он больше не жалуется Все хорошо...

Ваше предположение очень похоже на правду. Здесь jo2003 уже высказался по этому поводу спасибо за подсказку. непонятно, что теперь делать, без перемотки архив смотреть нереально, т.к. не попадаешь никогда точно в начало программы и периодически зависает, а начать с места, где зависло невозможно. теперь что в картину писать, чтобы стрим снова с перемоткой сделали? Если выбрать режим vlc-player_odl и вместо кнопки "проигрывать"(треугольник) нажать кнопку "записывать из архива"(красный кружок возле передачи), то VLC-Recorder стартует один экземпляр VLC для записи в файл и сразу же начинает его проигрывать с помощью еще одного экземпляра VLC. Запись в файл архива при наличии достаточно быстрого интернета идет гораздо быстрее его проигрывания. Поэтому через некоторое время можно же крутить движком туда-сюда. В настройках нужно не забыть выставить путь для записи. Там должно быть конечно достаточно места. Ну и не забывать удалять ненужное Решение, конечно, не идеальное и отнюдь не "экологическое" - обьем передачи будет раза в 2-3 больше, чем нужно. На Windows можно использовать возможности VLC-Recorder 2.xx или ktv-recorder клона. Однако на Mac этих версий,мне кажетcя нет. Из программистов картины на форуме повляется иногда mariman(тема Описание REST API). По его заявлениям, он прислушивается к пожеланиям участников форума. Оснований этому верить или не верить у меня нет.

Ваше предположение очень похоже на правду. Здесь jo2003 уже высказался по этому поводу

@mariman - очень хотелось бы, чтобы Вы обратили внимание на это предложение.

NTFS - вообще-то формат от Microsoft. Стал агрессивно внедряться в середине 90х прошлого столетия в связи с Windows NT. NTFS-Wiki

Интересная у Вас "логика" - отнести тех, кому "все равно" к тем кто "против" А почему не к тем, кто "за"? Логичнее было бы эти голоса поделить, по крайней мере поровну... Или просто отбросить - ведь им "все равно". Вы уж извините, но когда представители картины что-то говорят об опросах, рейтингах(каналов, фильмов) и прочем, связанном со статистикой, то создается впечатление, что об этом предмете они знают только из изречения Черчилля: "Ни за что не поверю в статистику, к изменению которой я не приложил руку".

Интересно, насколько это согласуется с действующим законодательством ФРГ?

И в чем же _принципиальная_ разница? Только, пожалуйста, без личных оценок здесь пишущих и спрашивающих. Немного перефразируя Ваш более ранний пост: если можете обьяснить-обьясните.

Не за что Попробуйте проверить скорость, не всегда скорость заявленная провайдером соответствует действительности. Здесь: http://speedtest.kartina.tv/new/ Затем здесь: http://www.kartina.tv/speedtest/d.php И сравните данные. Прежде, чем поверить второму тесту и делать выводы, прочтите, пожалуйста, здесь Даже представители картины последнее время не ссылаются больше на второй тест.

Правильно, мусор надо мести из избы. Статистика дело тонкое. То, что некий фильм кем-то просмотрен означает не только +1 в его "рейтинге", но и тот факт, что он УЖЕ просмотрен..., а значит +1 именно в направлении мусорника.

У меня пакет 10мбит, Скорость в первом примерно 7-8мбит, Во втором 6-7мбит. Сервер к стати находится в Америке я нахожусь в Израиле, Вы на сколько я вижу в Европе. К стати этот файл так же можно скачать с 18001 и 2х001 У меня к стати от провайдера пакет гэмер (Который стоит дороже чем обычный пакет) и его отличие в том что скорость на не стандартные порты должна быть выше. Не знаю есть ли у вас такой пакет или нет. Я Вас не понимаю, Вы хотите решить проблему, которой у меня нет?

Так сделайте проверку на собственном сервере На пример это и это У меня разницы нет никакой. И там и там в первые пару минут около 3 Mbit/s

Такой есть но только для Европы. Прежде, чем этому тесту поверить,прочитайте пожалуйста, здесь

@Xeops Да претензии-то не к Вам. И обращались до сих пор не к Вам, а к представителям Картины. Просто Вы так страстно возражали против любых замечаний, что Вас восприняли как одного из них. Кстати, для выражения благодарностей картине есть соответствуюшая тема. Те, кто всем или хотя-бы чем-нибудь очень доволен, пишут обычно здесь. Жаль,что не так активно, как в других темах

Эта тема, судя по названию, для обсуждения "Проблем,замечаний и предложений", а не для догадок и обсуждения настроений отдельных участников форума, даже если они Вам не очень нравятся. Переход на личности в форуме непростителен.

Прекрасный скриншот. Вы вообще-то обратили внимание на дату в левом верхнем углу? Вы действительно хотите уже сегодня посмотреть передачу которая будет только 29 июня?

AlexMD Вы понимаете к кому Вы обращаетесь и кого/что критикуете? У картины.tv нет своего app для ipad... Автор этого app сделал его в свое свободное время и подарил всем нам, в том числе и Вам! Он не имеет никакого отношения к картина.тв Умерьте, пожалуйста, свой пыл и смените тон. Если Вы действительно хотите помочь...

По-моему, из сообщения автора private совершенно ясно, что ему эта возможность известна, он ею пользовался и пользуется. Однако ему неприятно и неудобно, что это приходится делать каждый раз при покупке нового месячного абонемента(регистрация и E-Mail при этом, естественно, не меняются). Так сделай же подписку на год ... делов-то. Это его личное дело. И он явно не просил ничьих советов. Он просил обеспечить свое законное право на выбор и даже благодарил заранее за понимание со стороны картины. Это естественное право законно еще и потому,что ни договор, с которым соглашается Абонент, ни Условия продаж(АGB) не предусматривают новостной или рекламной рассылки через E-Mail. Таким способом может и должна сообшаться только информация об изменении самих Условий продаж.

По-моему, из сообщения автора private совершенно ясно, что ему эта возможность известна, он ею пользовался и пользуется. Однако ему неприятно и неудобно, что это приходится делать каждый раз при покупке нового месячного абонемента(регистрация и E-Mail при этом, естественно, не меняются).

Название этого раздела "Техническая поддержка" переводится на английский как technical support. Насколько я понимаю, любой может здесь поделиться своими проблемами. Обычно на форумах помогают - поддерживают- друг друга. На официальном форуме ожидают также поддержки и внимания представителей картины.

Вы пропустили знак = между pass и собственно паролем...

А звездочку и текст мелким шрифтом в конце письма заметил?

Я задавал буферизацию в VLC - 90s-это заведомо перекрывало около минуты "полета стаи птиц". Кстати, нагрузка на процессор во это время тоже существенно возрастала, так что нельзя исключить, что не только SIG220, но и не очень производительный компьютер где-то притормозит или вообше откажется играть... Кстати, скорость потока канала Full HD в те моменты, когда я измерял, была от 1,5 до 5,4Mbit/s. Около 1s был пик 6,0, однако никогда так долго, как в этом фильме. Я не собирался и не собираюсь проводить "глубокие исследования", что-то доказывать или кого-то убеждать. Что касается видеотеки, было бы неплохо, чтобы картина сообщила, какие именно фильмы из актуальной библиотеки по результатам проведенных исследований имеют проблемы на SIG220. Судя по всему, таких фильмов не так много.Это позволило бы владельцам этих приставок сориентироваться на будущее и сократило бы от надоевших всем перепалок типа "у меня не идет фильм ххх, а у меня все в порядке, проверь свой Lan, Wlan, рутер, провайдера..." с последующими обвинениями в адрес друг друга, картины и злобных провайдеров. При добавлении новых фильмов также можно было бы отмечать проблемные или ресурсоемкие... Этим Картина на деле показала бы, что она является kundenfreundlich(извините, не нашел русского эквивалента) - Фирмой, заботящейся о своих заказчиках Еще лучше было бы в API или в заголовке потока указывать его статистику - например, средний,минимальный и максимальный битрейт. Это позволило бы многим программистам, в том числе пишущим по заказу Картины для приставок, более рационально планировать буфер и другие ресурсы приставок или плееров. Впрочем, это уже для другой темы - о Rest API