Strange occlusion() results with a glass object   

The attached scene contains a matte floor with a matte object on top of it, and a sphere above them which can be matte or glass. The only light source is an ambient occlusion shader provided in the ZIP file.

Maybe this is not a bug and only me doing something wrong with the parameters, but I didn\'t expect the results of the occlusion() lighted matte object to be different depending on the presence of a glass object somewhere else.

In case the issue is platform-specific, here are the render I get from the RIB: http://instinctive.eu/tmp/rt-bug-glass.png when the sphere has a glass surface shader, and http://instinctive.eu/tmp/rt-bug-matte.png with the matte surface shader. I'm using Pixie 2.2.6 compiled from sources on a FreeBSD 8-STABLE amd64.


          New Job   

I mentioned in my last post that I was learning Perl in the hopes of landing a job. Well, that has now paid off as I will be starting at Summersault next week. I’m pretty excited to get out of working with Microsoft tools. I was worried about getting pigeonholed into that if I took another job with it. While C# is a great language, my moral objections to Microsoft’s business practices far outweigh my love of C#. Now I get to work with a variation of the LAMP stack (FreeBSD, Apache, PostgreSQL, and Perl) as part of a small team. And other people can actually see my work this time. That was sometimes frustrating when writing internal web apps.

This change may effect my open source work with Trac. Summersault does not use it internally (RT seems to be the standard with Perl). Up until now LSR’s use of it was a major motivator for me to get involved. We will see if I am able to sustain interest when I am not using it on a daily basis. If not, I will put out a call for someone to adopt the batch modify plugin. The whiteboard plugin will probably just die. I can’t see anybody else wanting to put the necessary work into it.


          NAS4Free 11.1.0.4.4421   
NAS4Free ist eine kostenlose Linux-Distribution, welche auf FreeBSD basiert. Zu den Features zählen unter anderen Vollständiges Management über ein Webinterface Software-Raid (0,1,5) und optionale Dateiverschlüsselung Dateisysteme: ZFS v5000 (Feature Flag), UFS, Ext2/3, FAT, NTFS Partitionen MBR und GPT Zahlreiche Netzwerkprotokolle wie CIFS/SMB (Samba v4.x), FTP, NFS, TFTP, AFP, RSYNC, Unison, SCP (SSH), iSCSI (Initiator und Target), HAST (Highly...
          R-Studio 8.3 + Лицензионный ключ   
R-Studio + Ключ


R-Studio - программа для восстановления данных. Поддерживаются файловые системы обеспечение для восстановления данных в случае их удаления, удаления или повреждения разделов диска, а также в случаях, когда диск был отформатирован или, например, произошла вирусная атака. Поддерживаются файловые системы FAT12/16/32, NTFS, NTFS5, Ext2FS (Linux), HFS/HFS+ (Macintosh), UFS1/UFS2 (FreeBSD/OpenBSD/NetBSD/Solaris), HFS и HFS+. Восстановить данные с помощью R-Studio можно не только на локальном компьютере, так и на жестких дисках других компьютеров локальной сети.
          FreeBSD setrlimit Stack Clash Proof Of Concept   
FreeBSD setrlimit stack clash proof of concept exploit.
          FreeBSD FGPE Stack Clash Proof Of Concept   
FreeBSD FGPE stack clash proof of concept exploit.
          Comment on Flash Bug Report by Alex   
Hows the development of the native version of flash for freebsd coming along emmy?
          InterBase Data Access Components 5.10   
IBDAC is an enhanced component library for fast direct access to InterBase, Firebird and Yaffil from Delphi, C++Builder and Lazarus, supporting Windows, Mac OS X, iOS, Android, Linux, and FreeBSD for 32-bit and 64-bit platforms.
          Data Access Components for MySQL 8.10   
MyDAC (Data Access Components for MySQL) is an enhanced component library for fast direct access to MySQL from Delphi, C++Builder and Lazarus, supporting Windows, Mac OS X, iOS, Android, Linux, FreeBSD for 32-bit and 64-bit platforms.
          Universal Data Access Components 5.10   
UniDAC (Universal Data Access Components) is a powerful library of non-visual cross-database data access components for Delphi, C++Builder and Lazarus, supporting Windows, Mac OS X, iOS, Android, Linux, FreeBSD for 32-bit and 64-bit platforms.
          Еще про айФон, и заодно про Алксниса   
Джон Грубер https://daringfireball.net/2017/06/perfect_ten :

The Apple I, the Apple II, the Macintosh, the iPod — yes, these were all industry-changing products. The iPhone never would have happened without each of them. But the iPhone wasn’t merely industry-changing. It wasn’t merely multi-industry-changing. It wasn’t merely many-industry-changing.

The iPhone changed the world.

... Ten years in and the full potential of the iPhone still hasn’t been fully tapped. No product in the computing age compares to the iPhone in terms of societal or financial impact. Few products in the history of the world compare. We may never see anything like it again — from Apple or from anyone else.
 
Есть одна забавная история, о которой я часто вспоминаю, когда речь идет об айФоне, хотя она собственно говоря не имеет к смартфонам никакого отношения. Но давайте по порядку.

В мае того же 2007 года широкую известность в России получило знаковое "дело Поносова", никому ранее не известного директора одной из сельских школ Пермской области, которого оштрафовали на 5000 рублей за "нелицензионное программное обеспечение" (Windows и Microsoft Office) в его школе.

Этот нелепый во всех отношениях инцидент привлек всеобщее внимание к ситуации с "нелицензионными" версиями Windows, и в частности, заинтересовал уже, напротив, довольно известного политика ультра-националистического толка Виктора Имантовича Алксниса, на тот момент депутата Государственной Думы РФ (от коммунистов). Так уж получилось, что именно в это время Алкснис активно осваивал интернет и ЖЖ (где он весьма неудачно начал с того, что обратился в прокуратуру с жалобой на известного блогера, который недостаточно почтительно о нем отозвался), и поэтому дальнейшее развитие ситуации можно было наблюдать, так сказать, в прямом эфире.

Виктор Алкснис, будучи убежденным патриотом и государственником, пишет программный пост, доступный и сейчас: http://v-alksnis2.livejournal.com/22850.html , где бросает клич: а давайте напишем нашу, русскую, операционную систему! Утрём нос Микрософту! Неужто наши программисты тупее ихних??? Русская операционная система – наш новый Сталинград! И Буран! Вперёд, друзья!

Идею трудно назвать вполне новой – разного рода фрики, идеалисты и мошенники носились с идеей «русской операционной системы» уже задолго до этого – но широкая и отчасти скандальная известность автора идеи выводит ее на качественно иной уровень общественного интереса. Вскоре вокруг автора скапливается довольно разношерстная тусовка (как в онлайне в его ЖЖ, так и в офлайне), и там закипают обычные в подобном случае споры: Зачем какая-то «русская операционная система», если есть Линукс? Линух – дерьмо, FreeBSD рулит! А вот еще есть ReactOS, ее делают наши люди, давайте им поможем! Давайте все вместе соберемся и сделаем наконец дружелюбный интерфейс для Линукса! Лучше Windows ничего быть не может, ваш Линукс сосёт, и вообще Линус его украл!

Небольшое отступление. Как мне кажется, тот пре-кризисный 2007 год, с ценами на нефть по $120, с растущим как на дрожжах Стабилизационным Фондом, с еще вполне актуальными у многих надеждами от новой тогда еще путинский эпохи, был таким несколько странным временем, когда внезапно какое-то количество россиян почувствовали себя богатыми; не обязательно лично богатыми, но как-бы причастными к богатству страны. Всего за 9 лет до этого, в 1998 году, кредит МВФ в 4 миллиарда долларов казался недостижимой мечтой; в 2007 году суммы в десятки миллиардов долларов начали казаться мелкой разменной монетой. Подобно человеку, который обычно обходил базар стороной, зная, что денег у него все равно нет; а внезапно разбогатев, приходит на тот же рынок с видом хозяина, деловито похлопывая по карману с тугим кошельком и рассуждая «а что бы нам такое прикупить?» Примерно так это звучало: «хороший программист стоит $100,000 в год. Тысяча программистов за 5 лет стоят $500 миллионов. Неужели тысяча лучших отечественных программистов не смогут за 5 лет создать достойную замену Windows? И неужели государству жалко каких-то 500 миллионов, чтобы создать Русский Микрософт?»

Как я уже сказал, ценность этой истории с «русской ОС» под руководство Алксниса в том, что каждый может и сегодня изучать ее развитие во времени по ЖЖ-дневнику главного героя. Не буду пытаться пересказать здесь, как именно это все развивалось и чем кончилось, это довольно предсказуемо и в сущности, наверное, не так уж и интересно.

Скажу о другом моменте, который мне кажется самым поразительным в этой истории, хотя он в сущности вполне банален. Как раз в разгар всех этих горячих обсуждений и споров Apple и позднее Гугл сделали ровно то, к чему стремились эти люди: фактически лишили Микрософт монополии на операционный системы. В 2007 году невозможно было поверить, что всего через 5-6 лет Линукс станет самой распространенной операционной системой в мире, оставив Windows далеко позади; между тем, именно это и произошло, и началась эта замечательная история именно в тот исторический день, 29 июня 2007 года. Это именно один из тех многих industry-changing аспектов, о которых писал Грубер, с цитаты из которого я начал эту заметку.

И знаете что? Никто из участников той тусовки даже этого не заметил. Годы спустя, они продолжали спорить о Windows и Линуксе. Посмотрите многочисленные обсуждения этой темы у Алксниса: вы найдете там от силы несколько эпизодический упоминаний айФона.

Мне кажется, это ярчайшая иллюстрация отличий государственного капитализма от свободного общества.

          Масштабная кибератака на 64 страны, больше всего пострадавших в Украине   

27 июня 2017 года началась крупномасштабное поражение компьютеров новой версией вируса-шифровальщика Petya.A. первые сообщения в каналах, посвященных кибербезопасности были о заблокированных рабочих станциях Роснефти и Башнефти, через час стали появляться сообщения о глобальном отключении компьютеров в банках, общественных организациях, торговых компаниях, государственных учреждениях Украины. Зараженный компьютер после перезагрузки показывал черный экран с требованиями выкупа в сумме $300 на биткоин-кошелек. Следом появились сообщения о заражении вымогателем компьютеров в Великобритании, Индии, Нидерландах, Испании, Италии и Дании. В очередной раз пострадали те, кто пользовался устаревшими версиями Windows, не обновлялись своевременно и не соблюдали давно известные правила информационной гигиены.

 

\"Вирус-вымогатель

 

Самое плохое в данном случае (кроме беспечности пользователей и сисадминов) то, что «шифрование» было в один конец, а требование выкупа лишь имитацией, пользователи теряли свои локальные данные навсегда. Некоторые пострадавшие выплатили $2900 но провайдер почты заблокировал ящик самих вымогателей, так что в любом случае получить код для расшифровки никто не сможет. Кроме этого, эксперты по безопасности (например, Лаборатория Касперского) подтвердили, что расшифровать файлы невозможно.

Атак происходила по нескольким направлениям. Рассылались фишинговые письма, имитирующие корпоративный стиль рассылок с вложениями файлами *.pdf и *.docx и эксплуатирующими уязвимость офисных пакетов. Был взломан сервер разработчика программы документооборота M.E.Doc (использовавших старые компоненты FreeBSD). И автоматическое обновление 27 июня принесло заражение на тысячи компьютеров, использовавших  M.E.Doc для делопроизводства. После поражения компьютеров, вирус начинал распространение по внутренней сети, используя уязвимости Eternalblue в протоколе SMB.

 

\"Страны

 

Так как первый этап состоял в шифрации загрузочного сектора, некоторым удалось спасти данные, сразу же выключив компьютер после странного сообщения. Но большинство наблюдали сообщение о, якобы, проверке диска, во время которого шифровались основные данные. Среди пострадавших компаний Maersk, Роснефть, Mondelez, DLA Piper, Башнефть, «Укрпочта», «Ощадбанк», «Нова пошта», телеканал «Интер», «Кредобанк», газета «Корреспондент», сеть магазинов «Эпицентр» и заправки «Кло». Под атакой были также сайты «Укртелекома», «Укрзализныци» и «Киевэнерго».

Следует отметить, что эта масштабная и многовекторная атака была тщательно спланирована и организована, реализована злоумышленниками высокой технической квалификации, но сопровождалась бездарной организацией получения выкупа, что намекает на то. Что основная цель была — просто нанести вред.


          AsiaBSDCon 2015   

AsiaBSDCon 2015 was held in Tokyo on 12-15 March. It was my first time attending, and with a big NetBSD community in Japan I was very interested to go. Links to most of the talks and slides mentioned below are on the main NetBSD presentations site.

On Friday we had both a closed NetBSD developer session in the morning and an open NetBSD birds of a feather session in the evening. We had developers from Europe, the US and Canada as well as Japan. The BoF session, with around 25 attendees, had a talk by Kazuya Goda, who is not yet a developer but will apply soon, on Development of vxlan(4) using rumpkernel. Vxlan tunnels ethernet frames over UDP and is often used in datacentre multi-tenant applications and for VPN applications. Using the rump kernel made porting from the FreeBSD code extremely easy, with the code being tested in userspace with a tunnel to a FreeBSD box to test interoperability and no changes needed to make it run in kernel.

Taylor Campbell (riastradh@) talked about the staus of DRM/KMS, the direct rendering framework for graphics that is in NetBSD current and will be in 7.0. He had fixed several bugs in the days before the talk, so now is a good time to try out the code on your hardware before 7.0 is out. Porting to non x86 platforms that have compatible cards (radeon) would also be useful at this point.

Makoto Fujiwara (mef@) and Ryo Onodera (ryoon@) talked about pkgsrc, including how to package up software in github, which is now really easy. With the closure of Google Code an whole lot more projects are moving to Github, so it is useful that packaging is so easy.

Jun Ebihara (jun@) gave an overview of the Japan NetBSD users group, which travels all around Japan to a large number of events with a large collection of mainly very small machines which run NetBSD current. These include new machines like the Raspberry Pi and Cubieboard as well as old favourites such as the Zaurus, Jornada and Dreamcast. These were also on display at the conference, and got rather more attention than the very noisy blade server running FreeBSD opposite.

The conference proper, on Friday and Saturday had many NetBSD related talks. A highlight was Dennis Ferguson's (dennis@) keynote on modernising the BSD network stack, based on his experience building commercial BSD based routers; he was a founding engineer at Juniper. We got some history, as well as some detailed recommendations about structuring the network stack structures to match modern protocol hierarchies.

Still on networking, Ryota Ozaki (ozaki@) talked about the work that IIJ, conference sponsors and home to many of the Japanese developers, were doing on supporting MSI interrupts and multi-queue devices, improving performance on multicore systems. Martin Husemann (martin@) talked about running big endian ARM on new hardware, a platform that is not used much and found some bugs.

On Sunday, Taylor talked about doing cross compilation in pkgsrc properly. FreeBSD has taken the aproach of using qemu userspace emulation, but there are problems with this that have to be fudged around, while almost everything can be cross compiled properly with dedication. Perl and Python are an issue, and need volunteers. I (justin@) gave a talk about the rump kernel, and how to make driver development and debugging easier.

There was also lots of excellent food, interesting talks about the rest of the BSD family, and a lot of conversations about many aspects of NetBSD. I highly recommend coming along next year. The call for papers will be earlier, so start planning now.

          NetBSD@FOSDEM 2011   
On the first weekend of february, FOSDEM, the biggest european open source developers gathering, was again held in Brussels, Belgium. With several thousand attendees from all over the world, though most from europe, FOSDEM is one of the highlights of the year.

NetBSD was very well represented with a booth, together with the FreeBSD folks, and a talk covering the recent addition of the Lua programming language to the base system.

Guillaume Lasmayous (gls@), Vera Hardmeier, and myself were almost constantly at the booth selling T-Shirts, CD-ROMs, and other merchandise and using the occasion for marketing NetBSD a bit and having technical discussions with NetBSD users (and prospective users, I hope).

During the BSD devroom I gave a talk "Lua in NetBSD", outlining language details, techniques to incorporate Lua into existing software, and also why Lua in NetBSD makes a lot of sense for certain applications. That talk was very well received and attracted a lot of people.

FOSDEM 2011 was a big success, again!


          NetBSD developer summit in Cambridge/UK   

On Friday, the 18th of September, a group of NetBSD developers from all over the world met during a developer summit at the Fitzwilliam College in Cambridge/UK. It provided a great opportunity for developers to meet each other in person, to share ideas and to talk about ongoing and future projects.
The summit was organised by Stephen Borrill and sponsored by Precedence Technologies, a Cambridge based company selling NetBSD based products.

Based on a presentation by Alistair Crooks the roadmap for NetBSD 6.0 was discussed. Here are some of the highlights that are planned for NetBSD 6.0:

  • System:
    • kernel modules
    • POSIX shared memory
    • processor & cache aware scheduler
  • Networking:
    • Mobile IPv6
    • SCTP
    • netboot from HTTP
  • Storage:
    • LVM
    • ZFS
    • iSCSI initiator
    • devfs
  • Virtualisation:
    • Xen domU migration, suspend & resume
    • Xen ballon driver
    • Gaols via kauth (similar to FreeBSD jails)
    • iSCSI booting
  • Security:
    • RBAC kernel
    • netpgp
    The current plan is to branch NetBSD 6.0 in March 2010 and release it in summer 2010.


          Announcing EuroBSDcon 2009   

EuroBSDcon 2009
Friday 18th - Sunday 20th September,
University of Cambridge, UK

A day of tutorials followed by 2 days of conference talks covering a wide variety of BSD related topics. This is the European BSD Community's annual event to meet, share and interact across the projects and between friends.

This year's line up features...

  • ISC and *BSD
  • OpenBSD malloc
  • How FreeBSD finds oil
  • NetBSD's LVM
  • faster packets in OpenBSD
  • Wireless Mesh networks
  • Kirk McKusick's FreeBSD Guide
... and more. The full talk list and schedule: http://2009.euroBSDcon.org

Discounted Early Bird registration runs until 2nd September. Book your place now at http://2009.euroBSDcon.org

Final programme may be subject to alteration. EuroBSDcon is a not for profit event open to everyone so please help spread the word online and offline.

If you're interested to read this far, you can sign up for future announcements about EuroBSDcons by sending an email to eurobsdcon-announce-subscribe@lists.ukuug.org . Your address will only be used to contact you about European BSD events.

EuroBSDcon 2009 : September 18-20th, Cambridge, England.
http://www.ukuug.org/events/eurobsdcon2009/


             
Automatically download VMware images:  Thoughtpolice.co.uk offers VMware images ready-to-use for Fedora, Ubuntu, and FreeBSD.  When they issue a new one, they place a torrent link in a file you can download via rsync to torrent the image, all automatically.  Subscribing to virtual appliances is an idea that's been much talked about, and there may finally be a sufficient audience for it.

          LINUX, BSD SYSTEMS FACE STACK CLASH VULNERABILITY; ROOT ENABLED   
(pc-Google Images)
Linux, BSD, Solaris and other open source frameworks are defenceless against a nearby benefit acceleration vulnerability known as Stack Clash that enables an attacker to execute code at the root. Significant Linux and open source merchants have made patches accessible today, and frameworks running Linux, OpenBSD, NetBSD, FreeBSD or Solaris on i386 or amd64 equipment ought to be refreshed soon.

The hazard introduced by this defect, CVE-2017-1000364, winds up noticeably particularly if attackers are as of now show on a powerless framework. They would now have the capacity to chain this weakness with other basic issues, including the as of late tended to Sudo vulnerability, and afterwards run subjective code with the most noteworthy benefits, said specialists at Qualys who found the vulnerability. The vulnerability was found in the stack, a memory administration locale on these frameworks. The attack sidesteps the stack protect page moderation presented in Linux in 2010 after attacks in 2005 and 2010 focused on the stack.

Qualys prescribes in its consultative expanding the span of the stack monitor page to 1MB at the very least as a transient arrangement until the point when an update can be linked. It additionally prescribes recompiling all userland code with the –fstack-check choice which would keep the stack pointer from moving into other memory locales. Qualys surrenders, notwithstanding, this is a costly arrangement, however one that can't be crushed unless there is an obscure vulnerability in the –fstack-check alternative.

          FreeBSD 'FGPU' Stack Clash Proof of Concept   
Topic: FreeBSD 'FGPU' Stack Clash Proof of Concept Risk: Medium Text:/* * FreeBSD_CVE-2017-FGPU.c for CVE-2017-1084 (please compile with -O0) * Copyright (C) 2017 Qualys, Inc. * * This pro... - Source: cxsecurity.com
          FreeBSD 'setrlimit' Stack Clash Proof of Concept   
Topic: FreeBSD 'setrlimit' Stack Clash Proof of Concept Risk: Medium Text:/* * FreeBSD_CVE-2017-1085.c * Copyright (C) 2017 Qualys, Inc. * * This program is free software: you can redistribute ... - Source: cxsecurity.com
          FreeBSD 'FGPE' Stack Clash Proof of Concept   
Topic: FreeBSD 'FGPE' Stack Clash Proof of Concept Risk: Medium Text:/* * FreeBSD_CVE-2017-FGPE.c for CVE-2017-1084 (please compile with -O0) * Copyright (C) 2017 Qualys, Inc. * * This pro... - Source: cxsecurity.com
          First reproducible builds conference in Athens   
Last week I met with about 40 other developers from various projects (mostly Debian, but also Arch Linux, FreeBSD, Guix, Homebrew, MacPorts, Tor and some others) in Athens for a three day conference about reproducible builds, i.e. the task of getting the same binaries from the same source on a particular platform.

The advantages are better verifyability that the source code matches the binaries, thus addressing one of the many steps one has to check before trusting the software one runs.

We discussed various topics during the conference in small groups:

  • technical aspects (how to achieve this, how to cooperate over distributions, ...)
  • social aspects (how to argue for it with programmers, managers, lay people) financial aspects (how to get funding for such work)
  • lots of other stuff :)
For NetBSD, there are two parts:

Making the base system reproducible: a big part of the work for this has already been done, but there a number of open issues, visible e.g. in Debian's regularly scheduled test builds, up to the fact that this is not the default yet.

Making pkgsrc reproducible: This will be a huge task, since pkgsrc targets so many and diverse platforms. On the other hand, we have a very good framework below that that should help.

For giggles, I've compared the binary packages for png built on 7.99.22 and 7.99.23 (in my chrooted pbulk only though) and found that most differences were indeed only timestamps. So there's probably a lot of low-hanging fruit in this area as well.

If you want to help, here are some ideas:

  • fix the MKREPRO bugs (like PRs 48355, 48637, 48638, 50119, 50120, 50122)
  • check https://reproducible.debian.net/netbsd/netbsd.html for more issues, or do your own tests
  • discuss turning on MKREPRO by default
  • starting working on reproducibility in pkgsrc:
    • remove gzip time stamps from binary packages
    • use a fixed time stamp for files inside binary packages (perhaps depending on newest file in sources, or latest change in pkgsrc files for the pkg)
    • identify more of the issues, like how to get symbols ordered reproducible in binaries (look at shells/bash)
Thanks to the NetBSD developers who already worked on this before, and to TNF for funding the travel and the Linux Foundation for funding the accomodation for my participation in the conference, and Holger Levsen for inviting me.
          posix_spawn syscall added   

Charles Zhang implemented the posix_spawn syscall during Google Summer of Code 2011. After a lot of polishing and rework based on feedback during public discussion of the code, this has now been committed to NetBSD-current.

This caused some fallout and ended in a tight race with the imminent branch date for NetBSD 6. Now that the dust has settled, it is time for a look back at the mistakes made and lessons learned.

What is posix_spawn?

Traditionally BSD systems used the vfork(2) hack to improve speed of process creation. However, this does (in general) not play well with multi-threaded applications. The posix_spawn call is a thread-safe way to create new processes and manipulate a tiny bit of state (like dup/close/open file descriptors) upfront.

Work continued after GSoC

The results Charles had at the end of his GSoC term were a working in-kernel implementation of posix_spawn and a few free-form test cases, one of which failed. The kernel code duplicated a lot of other code, which clearly was not acceptable for commit to the NetBSD source tree. The reason Charles solved it this way was the short time frame available - and that the best solution we could think of during the summer was very intrusive.

In preparation for a potential merge into the NetBSD code base, I reworked the code to avoid copying helper functions (like file descriptor manipulations for other processes), cleaned up and debugged a bit using a LOCKDEBUG kernel, which pointed out a few more issues. After solving those as well as intensively testing all error paths, I posted a patch for review.

At this point the integration was already prepared completely - a new syscall, new libc functions, new manual pages need a lot of set lists updates and test building a "release" at least once (preferably on an architecture providing 32bit compat libraries), furthermore the posix_spawn code needed (simple) machine-dependent code to be added to all architectures, which at least requires test-building a representative set of kernels.

Another complete rework

In response to the posted, very intrusive, patch, YAMAMOTO Takashi suggested a pretty elegant way to solve the problem without a lot of the intrusive changes. The idea was simple, and it actually worked after a few adjustments. This led to another public patch for review.

This version already included an atf version of the test programs, which all passed (both on amd64 and sparc64). I felt pretty confident with this state and expected a smooth integration.

Unexpected fallout

More for completeness I did a full test run (not only the posix_spawn related tests) - and found some unexpected test failures, all in rump based tests. I retried and got different failures. Suspicious - I did not touch rump, besides regenerating the syscall definitions. I rebooted a standard kernel (without posix_spawn), did a full test run and only got failures in the posix_spawn tests (of course). So something in the change must have broken something else.

Analysis was a painful process, so only a short summary of the results: the modified kernel exec path used a pointer to a kernel stack variable, which was later copied to a saved data structure - but the pointer was not adjusted accordingly. Later the pointer was referenced, and only a single bit checked. Depending on what was in memory at the stale old stack location at that time, a branch was taken or not. This caused the ELF auxiliary data vector to sometimes contain a different effective UID, and ld.elf_so switching into secure mode - in which case it ignores environment variables like LD_PRELOAD. This causes big failure in many test programs using rump (at least).

While I was debugging this, discussions continued. We were not sure if we should add complex code like this to the kernel, where a pure userland implementation clearly is possible (FreeBSD uses this, for example). I did a few benchmark runs, but was unable to show any clear performance benefit for either implementation - the differences were in the sub-promille ranges, with noise in the 2-3 percent range, clearly no usable result from a statistical point of view. Another topic under discussion was the near planned branch for NetBSD 6. According to our rules, we do not want to add a syscall post-branch to a release branch.

Go ahead, finally!

The discussions ended with the core team voting for a kernel version, and the release engineering team voting for a pre-netbsd-6-branch integration. So I updated my posix_spawn source tree, did another test build, ran tests (again on amd64 and sparc64), updated again - and committed in a few steps.

Big fallout

Checking mails early next morning (a Sunday, before walking the dog) I found a PR already: running the m4 configure script crashed i386 and amd64 kernels. Tsutsui kindly had provided a backtrace in the report, and it looked suspiciously familiar to me. While walking the dog I thought about it and when I got home I checked: indeed I had seen and fixed this before, when testing error paths in the first instance of the change. However, when dropping all the intrusive modifications I had in my tree and redoing the version without them, I must have accidentally dropped the fix for this (it was in sys/uvm instead of sys/kern). No big deal, I had fixed it once already, so I could fix it again. Committed, asked for verification - and did get a NAK. However, with a different back trace this time. Tried on my amd64 notebook - worked for me. Duh?

Looking at the code and fixing the second fallout now was straight forward, and also provided the hint why I did not see it before: I was not running a GENERIC kernel on my notebook, and had (some time way back in the past) removed options DIAGNOSTIC from this configuration. Stupid me!

I received more feedback (YAMAMOTO-san pointed out some race conditions) and had a discussion about the place where the test programs should live in the source. To not risk delaying the netbsd-6 branch, I applied a minimal fix for the races, moved the test programs - and added a few more test cases covering the initial m4 configure problems (the rework earlier had made it pretty simple now to test all error paths from atf test cases).

This caused the automatic test setup to crash on every run ("Tests did not complete"). At this point I am still not sure why I did not catch this before commit - but there is no point in arguing, human failure - my fault (most likely explanation: after the last changes to the test cases, I did not test again on amd64 but only sparc64 - the test cases triggered a KASSERT in the x86 pmap, but not in the sparc64 one).

I fixed this, and also another PR, interestingly about m4 configure again. Simple argument validation bug, not covered by the test cases yet - so I added another test.

Are we there yet?

Luckily fallout seems to have stopped now, but we are not completely there yet. The new process created by posix_spawn keeps the parent lwp blocked until it is done with all file descriptor modifications and setup, and the new process is ready to go to userland first time. This provides a proper error return value from the parent (the posix_spawn syscall itself), but it stops the new child from (for example) already running on another CPU early. This will be simple to change, but after all the fallout we have seen, I will only touch it after very extensive testing again.

Lessons learned

When bringing in a new syscall with several supporting libc functions, fallout is always to be expected. It can be minimized by including test programs early - but in the end, real life will teach you what tests you have missed when writing the test programs. It is also important do full test suite runs early, and test on different architectures. Even better if you test on kernels with (at least) DIAGNOSTIC enabled. But in the end, mistakes will happen nevertheless.


          Comentario en FreeBSD 10.1: Qué hacer después de instalar!!! por petercheco   
Muy interesante. La pregunta es... ¿Te puedes fiar de un script?
          Comentario en FreeBSD 10.1: Qué hacer después de instalar!!! por petercheco   
Pues sí, los servidores los tengo con FreeBSD y en mi desktop y portátil anda RHEL 7. Resultado: Estoy muy satisfecho :).
          Comentario en FreeBSD 10.1: Qué hacer después de instalar!!! por petercheco   
Hola Matias, BSD funciona bien en todo lo que preguntas menos el apartado de bluetooth y WIFI. En este aspecto se nota que ha sido diseñado para servidores, por lo cual te recomiendo usar Linux. Saludos Petercheco
          Comentario en FreeBSD 10.1: Qué hacer después de instalar!!! por manuelne   
pkg install desktop-installer. Y lo ejecutas, instalando el entorno que mas te guste.
          恢复软件导购:R-Studio   
R-Studio虽非一款专一的数据恢复软件,但它在数据恢复方面确有其独到之处。该程序除了支持常见的FAT12/16/32、NTFS、NTFS5文件 系统 之外,还支持Ext2FS(Linux或其它 系统 )文件 系统 及UFS1和UFS2 (FreeBSD、OpenBSD、NetBSD等 系统 ),其跨平台恢复能力很强。而且
          20.02.2014 13:48:54 kingpin   
Вот, реализовано на одном из моих любимых языков, да ещё и на любимой ОС крутится. К слову, они деньги в фонд FreeBSD жертвовали в 2013 году.
          Gli script periodici di OS X   
Gli script periodici di OS X
Essendo Mac OS X basato su Unix e, specificatamente, su FreeBSD, come tutti i sistemi Unix è programmato per eseguire degli script di manutenzione giornalieri, settimanali e mensili tra le 03:15 e le 05:30 di ogni notte. Se però il Mac è spento oppure in sleep, questi script non vengono eseguiti. La soluzione è quella […]
          Comentario en 10 sistemas operativos libres que quizá no conozcas por pillabichos   
Los 4 primeros los he usado o sus antecesores, muy curiosos y algunos alucinantes como Haiku/BeOS o AtheOS, o incluso el mismo FreeDOS, que más que un clon es la evolución que hubiera tenido MS-DOS de haberse seguido desarrollando. FreeBSD me pareció muy enrevesado para al fin y al cabo, obtener lo mismo que tengo con mis GNU/Linux. ReactOS se me cuelga siempre a los 5 minutos de arrancarlo y nunca conseguí instalarle nada, y ya lleva mucho tiempo para tener algo usable. También he probado alguna vez esos sistemas basados en código máquina, pero son una curiosidad y poco más.
          = SysAdmin - Linux / FreeBSD =   
Buenos Aires - En Netlabs buscamos jovenes que gusten de aprender todos los días y trabajar en equipo, con ganas de crecer profesional e intelectualmente. Buscamos incorporar personal para el área de soporte nivel 2 y 3 para un NOC que monitorea y gestiona más de 500 servidores. Es necesari...
          FreeBSD 11.1 RC1 / 11.0 Stable   
FreeBSD е свободна компютърна операционна система с отворен код, базирана на AT&T версията на UNIX, BSD (Berkeley Software Distribution), 386BSD и 4.4BSD. Произлиза от BSD UNIX разработен в Университета на Калифорния, Бъркли.

FreeBSD се разработва като цялостна операционна система. Това означава, че ядрото и базовите потребителски инструменти се разработват от една общност. Това е една от основните разлики с GNU/Linux системите, където ядрото и всеки един инструмент се разработват отделно и накрая се пакетират заедно, а крайният продукт се нарича дистрибуция.


          第105回 FreeBSD 12で登場が予定される新機能は? ── BSD界隈四方山話   
まだリリーススケジュールは発表されていませんが,FreeBSD 12は来年の6月か7月あたりが見込まれています。今回は12の新機能を予想してみます。
          In Other BSDs for 2017/07/01   
I am entertained by how Github seems to randomly burp up historical software artifacts on a semi-regular basis.  (see link below) Historical: My first OpenBSD Hackathon.  (via) Using Let’s Encrypt within FreeBSD.org – lessons learned and advice.  (via) Which is the most laptop friendly BSD to learn with? Nextcloud via httpd on OpenBSD.  (via) Isotop …
          In Other BSDs for 2017/07/01   
I am entertained by how Github seems to randomly burp up historical software artifacts on a semi-regular basis.  (see link below) Historical: My first OpenBSD Hackathon.  (via) Using Let’s Encrypt within FreeBSD.org – lessons learned and advice.  (via) Which is the most laptop friendly BSD to learn with? Nextcloud via httpd on OpenBSD.  (via) Isotop …
          misc/freebsd-release-manifests - 20170701   
Add 11.1-RC1 checksums. Prune 11.1-BETA1 checksums. Approved by: bdrewery (maintainer, implicit, re@ blanket) Sponsored by: The FreeBSD Foundation
          textproc/py-texttable - 0.9.1   
textproc/py-texttable: Update to 0.9.1 - Add support for combining characters (#19) Approved by: garga (mentor) Differential Revision: https://reviews.freebsd.org/D11418
          net/bsdrcmds - 20170627   
Add net/bsdrcmds. This ports contains FreeBSD's "rmds" which were originally part of the base system. Reviewed by: jbeich@, matthew@ Approved by: jbeich@, matthew@ Differential Revision: https://reviews.freebsd.org/D11345
          Хранение сессий PHP в memcached   
memcached-logo

Memcache является универсальной системой распределения кэшированных элементов. Если в кэше ничего нет, то делается запрос к базе и результаты записываются в Memcache # cd /usr/ports/databases/memcached # make install clean # ee /etc/rc.conf Добавляем строку в /etc/rc.conf: memcached_enable="YES" memcached_flags="-l 127.0.0.1 -m 64" /usr/local/etc/rc.d/memcached start Ставим расширение для php: # cd /usr/ports/databases/pecl-memcache # make install clean По […]

Запись Хранение сессий PHP в memcached впервые появилась Alex Blog!.


          FreeBSD 11.1 Release Candidate 1   
Phoronix: FreeBSD 11.1 Release Candidate 1 The first release candidate for FreeBSD 11.1 is now available for testing... ...
          Unlocking Young Minds - 2009   
Our colleagues been able to do it again successfully after 2 years. This time I actually been able to contribute to the exhibition by organizing the Operating system section and helping the Open Source section which was next to our section. I take this opportunity to say a BIG THANK YOU for Uthpala, Yoshan and 2 of the batch 7 brothers who did explanations to the curious attendees. Even though Me and Uthpala was supposed to work on OS and Open-source sections respectively, I got a chance of jumping in to FOSS section too. And I gladly remember my friend Uthpala and his great knowledge(Comparatively Superior to most of us) which helped me alot during the event. And so many thanks goes to the other friends(Nadeesha, Hayesha, Indika, Chinthaka, Prabath, Kawthisa, Chamile etc...ect...) who helped us in setting up the environment, spending their time and energy to make our section a success in this Exhibition. Karunaratne sir also tried his best to power up our section by providing extension codes from his room and it's no wonder since he's using Ubuntu in his Desktop. Thank you sir. I should respectfully remember the most dedicated pair, who worked to make this event a success Abekoon and Deneth. Without them it would be a nightmare for the faculty to do this event. And idea of having a section called OS and Open-Source software first put to the table by Deneth and Thanks alot for that too. Last but not least I should show my gratitude towards the people who came to our section asking various questions. Thanks everybody, you encouraged all of us.

So after this thanks giving, it is better to look back and talk about the experience we got, so it will help us to improve our self and others too. The fun part of involving in explaining stuff relating to OS and FOSS was multiplied by having a entire room for Microsoft stuff next to our room. The expectation of having a section called OS was to give a basic idea about Operating Systems and it functionalities. We been able to setup Minix, Solaris, FreeBSD, Fedora, Ubuntu and a Mac book as example of OS. Of course we deliberately drop Windows because it's already available in the preceding room. In FOSS section, the idea was to introduce Free Software and Open Source software which can be used in various platforms for various reasons and we tried to explain the differences between licenses also. For this section we setup three machines, including one XP box loaded with FOSS. Having these sections in one room is not a coincident. What we want was there are some other Operating Systems besides Windows and that is Linux.(Actually we promoted Linux very much rather than BSD or OpenSolaris. Ubuntu was the winning Distro). After these two sections, there were two other sections for examples of Open Source developments. Section for SAHANA project was conducted by Hayesha(one of the commiters of the project and one and only open source developer I personally know in our batch), and there was another project done using WSO2 WSF by two of our juniors.


There were many different people who came to our section after climbing 3 stories and finding our section in a dark corner after the Microsoft room. Before coming to our stall they have to resist the temptation of going to the Game stall, Microsoft stall and Turing back because they are too tired to watch any more. But there were many people who were willing to know stuff. I'm planning to write another post on what mistakes we made, what were most of the people were seeking for. And a comparison of Microsoft stall and our section activities.


Finally one of the great things to be heard after an event like this was heard by Yoshan during the technical session under the Topic of Information Security, which been held last evening of the exhibition.
The Presenter : (Asking from the audience..) You watched the exhibition right..? So which sections you did visit..
Audience : (Most of them had common answer) We went to the OS/FOSS section, we saw Linux, we saw Open Source.

What else you can expect better than this....


          Working with FreeBSD   
Yahoo...!
It's finally up and running :D
I change the operating system of our own tiny knowledge sharing server to FreeBSD 7 from Ubuntu. Now all the needed services are running and our guys can use it. This is going to be a good opportunity for me to experience how to administrate a Free-BSD server and should improve the security of it too.
There are ample of resources avail on Internet about configuring BSD. Thanks for the community for comming up with such resources and guidance. A good method of finding BSD specific stuff is using
www.google.com/bsd
           Security through obscurity: a review of a few of FreeBSD's lesser known security capabilities    
Malone, David (2005) Security through obscurity: a review of a few of FreeBSD's lesser known security capabilities. ;login:, 30 (5). pp. 27-34.
          FreeBSD 11.1-RC1 duyuruldu   
Üçüncü beta sürümü 24 Haziran 2017‘de duyurulan serverlerin, masaüstü bilgisayarların ve gömülü aygıtların gözde işletim sistemi FreeBSD’nin 11.1 sürümünün üçüncü betası sürüm takvimine uygun biçimde, Glen Barber tarafından duyuruldu. Herhangi bir sorunla karşılaşan kullanıcının, bunu, Bugzilla PR sistem aracılığıyla raporlayabileceğini hatırlatan Barber; final sürümünün 26 Temmuz 2017’de duyurulması beklenen sürümün, önceki sürümden bu yana çeşitli düzeltmeler ve […]
          [Linux]SSH越しのファイル操作まとめ   

サーバー間でファイルをやり取りしたい場合にいつもコマンドを検索しなおしてしまうのでssh越しにファイルをコピーするコマンドをまとめてみました。

また、この記事を書いている途中に同様の内容をまとめているブログを見つけたのでリンクを貼っておきます。

前準備

キーファイルの権限変更

コピー後は権限を設定し直しておく

$ chmod 600 keyfile.pem
パスワード無しのキーファイルを作成しておく

ここで紹介するコマンドを使用するシェルをcronに登録する場合はパスフレーズ無しのキーファイルを用意しておく必要があります。

$ openssl rsa -in keyfile.pem > keyfile-nopass.pem
Enter pass phrase for keyfile.pem:
writing RSA key

cronで使用する場合は、以下に紹介するコマンドのkeyfileをkeyfile-nopass.pemに置き換えてください。

各コマンドの確認は、ubuntu10.04で行っています。

scp

リーモートのファイルをローカルにコピー

$ scp -i keyfile.pem root@192.168.1.1:/path/to/source.tar.gz .

ローカルのファイルをリモートにコピー

$ scp -i keyfile.pem /path/to/source.tar.gz root@192.168.1.2:/destination/dir

tar

rsyncが入っていない場合にディレクトリごとコピーする場合はtarも使えます。

ローカルのディレクトリをリモートに出力

$ tar zcvf - /some/file | ssh -i keyfile.pem root@192.168.1.1 "cat > /destination/backup.tar.gz"

生成したtarボールをローカルに復元

$ ssh -i keyfile.pem root@192.168.1.1 "cat /destination/backup.tar.gz" | tar zxvf -

こちらも参考: http://www.cyberciti.biz/faq/howto-use-tar-command-through-network-over-ssh-session/

コピー先でそのまま展開する場合

$ tar -cf - /some/file | ssh -i keyfile.pem root@192.168.1.1 tar -xf - -C /destination

rsync

コピー先が何も無いときはtarの方がrsyncよりも早いので、初期コピーはtarの方が有利ですが、2つのディレクトリ間を同期し続ける場合はrsyncを使います。

$ rsync -ave "ssh -i keyfile.pem" --delete root@192.168.1.2:/path/to/source /destination/dir

          FreeBSD 11.1 Release Candidate 1   
The first release candidate for FreeBSD 11.1 is now available for testing...
          net/mpd5 - 5.8_2   
- add new patch from upstream to fix buffer overflow and improve compatibility with FreeBSD 11. - bump PORTREVISION. Reviewed by: mav Approved by: vsevolod (mentor)
          FreeBSD 11.1 Release Candidate 1   

The first release candidate for FreeBSD 11.1 is now available for testing.

FreeBSD 11.1 RC1 shipped this morning with build toolchain fixes, NTPD leap-seconds file added, VM subsystem fixes, memory leak fixes, and other changes.

Read more

Also: FreeBSD 11.1-RELEASE Release Notes

read more


          #4311: dropped frames when using compand with overlay   

Buffer queue overflow does not happen if delay for compand is set to 0.

> ffmpeg -i ~/matrixbench_mpeg2.mpg -f lavfi -i color=pink -lavfi "overlay" -af "compand=attacks=5:decays=10:volume=-20:points=-90/-90|-40/-20|0/-10:delay=5" -c:v ffv1 /tmp/o.nut
ffmpeg version N-69783-ge4a6486 Copyright (c) 2000-2015 the FFmpeg developers
  built with FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
  configuration: --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --as=clang --cc=clang --disable-debug --disable-ffserver --disable-indevs --disable-outdevs --disable-static --enable-gpl --enable-indev=x11grab_xcb --enable-indev=lavfi --enable-indev=oss --enable-nonfree --enable-openssl --enable-outdev=oss --enable-shared --enable-stripping --enable-x11grab --enable-libfreetype --enable-libx264 --enable-libxvid --enable-libmp3lame --enable-ladspa --enable-frei0r --mandir=/usr/local/man --samples=../fate-suite
  libavutil      54. 18.100 / 54. 18.100
  libavcodec     56. 22.100 / 56. 22.100
  libavformat    56. 21.100 / 56. 21.100
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 11.100 /  5. 11.100
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  1.100 /  1.  1.100
  libpostproc    53.  3.100 / 53.  3.100
[NULL @ 0x2a059800] start time for stream 0 is not set in estimate_timings_from_pts
Input #0, mpeg, from '/home/r/matrixbench_mpeg2.mpg':
  Duration: 00:03:07.66, start: 0.220000, bitrate: 5633 kb/s
    Stream #0:0[0x1bf]: Data: dvd_nav_packet
    Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, bt470bg/bt470m/bt470m), 720x576 [SAR 16:15 DAR 4:3], max. 11421 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0:2[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16p, 384 kb/s
Input #1, lavfi, from 'color=pink':
  Duration: N/A, start: 0.000000, bitrate: N/A
    Stream #1:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc
File '/tmp/o.nut' already exists. Overwrite ? [y/N] y
Output #0, nut, to '/tmp/o.nut':
  Metadata:
    encoder         : Lavf56.21.100
    Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 51200 tbn, 25 tbc (default)
    Metadata:
      encoder         : Lavc56.22.100 ffv1
    Stream #0:1: Audio: mp3 (libmp3lame) (U[0][0][0] / 0x0055), 48000 Hz, stereo, s32p
    Metadata:
      encoder         : Lavc56.22.100 libmp3lame
Stream mapping:
  Stream #0:1 (mpeg2video) -> overlay:main (graph 0)
  Stream #1:0 (rawvideo) -> overlay:overlay (graph 0)
  overlay (graph 0) -> Stream #0:0 (ffv1)
  Stream #0:2 -> #0:1 (mp2 (native) -> mp3 (libmp3lame))
Press [q] to stop, [?] for help
[Parsed_overlay_0 @ 0x2a00dee0] [framesync @ 0x2a1012a4] Buffer queue overflow, dropping.
    Last message repeated 17 times
[Parsed_overlay_0 @ 0x2a00dee0] [framesync @ 0x2a1012a4] Buffer queue overflow, dropping.
    Last message repeated 46 times
[Parsed_overlay_0 @ 0x2a00dee0] [framesync @ 0x2a1012a4] Buffer queue overflow, dropping.
frame=   64 fps= 15 q=0.0 Lsize=    5230kB time=00:00:02.61 bitrate=16370.5kbits/s
video:5184kB audio:41kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.080791%

          #4473: Can't receive RTP stream on FreeBSD   

I'm trying to transmit a simple point-to-point RTP audio stream on FreeBSD.

Command to send the stream (codec parameters match one of the static RTP payload types):

$ ffmpeg -f lavfi -i 'sine=440:4:r=8000' -f rtp -acodec pcm_mulaw -ac 1 -ar 8000 rtp://127.0.0.1:20000

Command to receive the stream:

$ ffplay -f rtp rtp://127.0.0.1:20000

The send command works. The receive command receives the first packet and correctly detects the stream format, but doesn't receive the actual stream or even open a UDP socket for it.

The same thing happens trying to receive through the SDP file printed by the send command.

Logs attached.

I traced the reason to a failing getnameinfo() call. The call has a salen parameter which is passed sizeof(struct sockaddr_storage), but should be passed sizeof(struct sockaddr_in) (or whatever the actual address struct is). I guess Linux accepts this but FreeBSD doesn't. The call returns EAI_FAIL ("non-recoverable failure in name resolution").

Relevant quote from the FreeBSD manpage:

The sockaddr structure sa should point to either a sockaddr_in, sockaddr_in6 or sockaddr_dl structure (for IPv4, IPv6 or link-layer respectively) that is salen bytes long.

And from POSIX:

The salen argument contains the length of the address pointed to by sa.

Patch that fixes the issue above attached, but there are other similar calls to getnameinfo().


          #5702: RTP: missed while "second pass: moving the moov atom to the beginning of the file" in segmenter   

Summary of the bug: How to reproduce:

% ffmpeg  'rtsp://xxx:xxx@192.168.0.3:554/cam/realmonitor?channel=1&subtype=1' -codec copy -f segment -segment_time 300 -reset_timestamps 1 -segment_format_options movflags=faststart 'segment_-%04d.mp4'
ffmpeg version 3.0.git Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 4.8.5 (FreeBSD Ports Collection)

[mp4 @ 0x804025c00] Starting second pass: moving the moov atom to the beginning of the file [file @ 0x804034480] Setting default whitelist 'file,crypto' [AVIOContext @ 0x80403c300] Statistics: 57420982 bytes read, 0 seeks [segment @ 0x804025000] segment:'segment_-0000.mp4' count:0 ended [AVIOContext @ 0x80403c200] Statistics: 36 seeks, 6724 writeouts [file @ 0x804034400] Setting default whitelist 'file,crypto' [segment @ 0x804025000] segment:'segment_-0001.mp4' starts with packet stream:0 pts:4608000 pts_time:300 frame:4489 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4608000 pts_time:300 dts:4608000 dts_time:300 -> pts:0 pts_time:0 dts:0 dts_time:0 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4609075 pts_time:300.07 dts:4609075 dts_time:300.07 -> pts:1075 pts_time:0.069987 dts:1075 dts_time:0.069987 frame= 4491 fps= 15 q=-1.0 size=N/A time=00:04:59.66 bitrate=N/A speed=0.998x [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4609997 pts_time:300.13 dts:4609997 dts_time:300.13 -> pts:1997 pts_time:0.130013 dts:1997 dts_time:0.130013 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4611072 pts_time:300.2 dts:4611072 dts_time:300.2 -> pts:3072 pts_time:0.2 dts:3072 dts_time:0.2 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4612147 pts_time:300.27 dts:4612147 dts_time:300.27 -> pts:4147 pts_time:0.269987 dts:4147 dts_time:0.269987 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4613069 pts_time:300.33 dts:4613069 dts_time:300.33 -> pts:5069 pts_time:0.330013 dts:5069 dts_time:0.330013 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4614144 pts_time:300.4 dts:4614144 dts_time:300.4 -> pts:6144 pts_time:0.4 dts:6144 dts_time:0.4 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4615219 pts_time:300.47 dts:4615219 dts_time:300.47 -> pts:7219 pts_time:0.469987 dts:7219 dts_time:0.469987 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4616141 pts_time:300.53 dts:4616141 dts_time:300.53 -> pts:8141 pts_time:0.530013 dts:8141 dts_time:0.530013 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4617216 pts_time:300.6 dts:4617216 dts_time:300.6 -> pts:9216 pts_time:0.6 dts:9216 dts_time:0.6 [rtsp @ 0x804024400] max delay reached. need to consume packet [rtsp @ 0x804024400] RTP: missed 14 packets [rtsp @ 0x804024400] max delay reached. need to consume packet [rtsp @ 0x804024400] RTP: missed 31 packets [rtsp @ 0x804024400] max delay reached. need to consume packet [rtsp @ 0x804024400] RTP: missed 7 packets [rtsp @ 0x804024400] max delay reached. need to consume packet [rtsp @ 0x804024400] RTP: missed 105 packets [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4618291 pts_time:300.67 dts:4618291 dts_time:300.67 -> pts:10291 pts_time:0.669987 dts:10291 dts_time:0.669987 [segment @ 0x804025000] stream:0 start_pts_time:300 pts:4639795 pts_time:302.07 dts:4639795 dts_time:302.07 -> pts:31795 pts_time:2.06999 dts:31795 dts_time:2.06999


          #2149: referenced qt chapter not found   

Summary of the bug: How to reproduce:

> ./ffmpeg -i ~/keynote_animation_test.mov
ffmpeg version git-2013-01-17-46730e7 Copyright (c) 2000-2013 the FFmpeg developers
  built on Jan 17 2013 16:02:03 with FreeBSD clang version 3.1 (branches/release_31 156863) 20120523
  configuration: --cc=clang --as=clang --extra-cflags=-fcolor-diagnostics --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --samples=../fate-suite --disable-debug --enable-static --disable-postproc --disable-indev=v4l2 --disable-indev=alsa --disable-indev=bktr --disable-indev=dshow --disable-indev=dv1394 --disable-indev=fbdev --disable-indev=jack --disable-indev=libcdio --disable-indev=libdc1394 --disable-indev=openal --disable-indev=pulse --disable-indev=sndio --disable-indev=vfwcap --disable-outdev=sndio --disable-outdev=alsa --disable-doc --enable-nonfree --enable-openssl --enable-gpl --disable-shared
  libavutil      52. 15.100 / 52. 15.100
  libavcodec     54. 89.100 / 54. 89.100
  libavformat    54. 60.101 / 54. 60.101
  libavdevice    54.  3.102 / 54.  3.102
  libavfilter     3. 32.100 /  3. 32.100
  libswscale      2.  1.103 /  2.  1.103
  libswresample   0. 17.102 /  0. 17.102
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x2943a100] Referenced QT chapter track not found
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'keynote_animation_test.mov':
  Metadata:
    major_brand     : qt
    minor_version   : 537199360
    compatible_brands: qt
    creation_time   : 2013-01-15 19:55:25
  Duration: 00:00:06.83, start: 0.000000, bitrate: 1853 kb/s
    Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1024x768, 1531 kb/s, 24 fps, 24 tbr, 600 tbn, 1200 tbc
    Metadata:
      creation_time   : 2013-01-15 19:55:25
      handler_name    : Apple Alias Data Handler
    Stream #0:1(eng): Data: none
    Metadata:
      creation_time   : 2013-01-15 19:55:25
      handler_name    : Apple Alias Data Handler
    Stream #0:2(eng): Subtitle: mov_text (text / 0x74786574)
    Metadata:
      creation_time   : 2013-01-15 19:55:25
      handler_name    : Apple Alias Data Handler
At least one output file must be specified

          #2261: mpegts: PID switch breaks demuxing   

Summary of the bug: How to reproduce:

ffmpeg -i http://www.cs.helsinki.fi/u/jeekstro/encoding/sample.ts -f null -
ffmpeg version git-2013-02-11-c177f2e Copyright (c) 2000-2013 the FFmpeg developers
  built on Feb 11 2013 16:20:21 with FreeBSD clang version 3.1 (branches/release_31 156863) 20120523
  configuration: --cc=clang --as=clang --extra-cflags=-fcolor-diagnostics --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --samples=../fate-suite --disable-debug --enable-static --disable-postproc --disable-indev=v4l2 --disable-indev=alsa --disable-indev=bktr --disable-indev=dshow --disable-indev=dv1394 --disable-indev=fbdev --disable-indev=jack --disable-indev=libcdio --disable-indev=libdc1394 --disable-indev=openal --disable-indev=pulse --disable-indev=sndio --disable-indev=vfwcap --disable-outdev=sndio --disable-outdev=alsa --disable-filter=mp --disable-doc --enable-nonfree --enable-openssl --enable-gpl --enable-x11grab --disable-shared
  libavutil      52. 17.101 / 52. 17.101
  libavcodec     54. 91.102 / 54. 91.102
  libavformat    54. 62.100 / 54. 62.100
  libavdevice    54.  3.103 / 54.  3.103
  libavfilter     3. 37.101 /  3. 37.101
  libswscale      2.  2.100 /  2.  2.100
  libswresample   0. 17.102 /  0. 17.102
[mpeg2video @ 0x2948d400] 0x0 is invalid
    Last message repeated 8 times
[mpegts @ 0x29444100] max_analyze_duration 5000000 reached at 5013333 microseconds
[mpegts @ 0x29444100] PES packet size mismatch
Input #0, mpegts, from '/tmp/sample.ts':
  Duration: 00:01:15.46, start: 75353.108289, bitrate: 8022 kb/s
  Program 23608
    Metadata:
      service_name    : ?~ÔÏËÙÏ!!Íر
      service_provider:
    Stream #0:2[0x111]: Video: mpeg2video ([2][0][0][0] / 0x0002), 90k tbn
    Stream #0:1[0x112]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 190 kb/s
  Program 23609
    Metadata:
      service_name    : ?~ÔÏËÙÏ!!Íز
      service_provider:
  Program 23615
    Metadata:
      service_name    : ?~ÔÏËÙÏ!!ÍØNW;~
      service_provider:
  Program 23992
    Metadata:
      service_name    : ?~ÍØ?|ïó»°?~±
      service_provider:
  Program 23993
    Metadata:
      service_name    : ?~ÍØ?|ïó»°?~²
      service_provider:
  No Program
    Stream #0:0[0x121]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
Output #0, null, to 'pipe:':
  Metadata:
    encoder         : Lavf54.62.100
    Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc
    Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (mpeg2video -> rawvideo)
  Stream #0:1 -> #0:1 (aac -> pcm_s16le)
Press [q] to stop, [?] for help
[null @ 0x29444600] Encoder did not produce proper pts, making some up.
PES packet size mismatch0 size=N/A time=00:00:20.28 bitrate=N/A dup=15 drop=0
[aac @ 0x2948d800] channel element 0.3 is not allocated
Error while decoding stream #0:1: Operation not permitted
[aac @ 0x2948d800] Number of bands (4) exceeds limit (1).
Error while decoding stream #0:1: Operation not permitted
PES packet size mismatch0 size=N/A time=00:00:58.26 bitrate=N/A dup=15 drop=0
[mpeg2video @ 0x2948d400] ac-tex damaged at 16 8
[mpeg2video @ 0x2948d400] Warning MVs not available
[mpeg2video @ 0x2948d400] concealing 990 DC, 990 AC, 990 MV errors in I frame
[aac @ 0x2948d800] Input buffer exhausted before END element found
Error while decoding stream #0:1: Operation not permitted
frame=  802 fps=496 q=0.0 Lsize=N/A time=00:01:15.56 bitrate=N/A dup=17 drop=0
video:50kB audio:14160kB subtitle:0 global headers:0kB muxing overhead -100.000151%

          #6415: Strange DTS of first packet in RTSP stream   

If I stream mp4 file from one ffmpeg instance to another throigh rtsp protocol I get warnings on incoming site though dts in source mp4 file are ordered:

cur_dts is invalid (this is harmless if it occurs once at the start per stream)
    Last message repeated 2 times
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 5690
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 9290
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 12890
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 16490
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 20090
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 23690

When I check frame dts I get them in this order:

{buf = 0x81900f140, pts = 9200, dts = 9200, data = 0x8192be980 "", size = 31378, stream_index = 0, flags = 1, side_data = 0x0, side_data_elems = 0, duration = 3600,
  pos = -1, convergence_duration = 0}
{buf = 0x81900f3e0, pts = -8800, dts = -8800, data = 0x819069000 "", size = 981, stream_index = 0, flags = 0, side_data = 0x0, side_data_elems = 0, duration = 3600,
  pos = -1, convergence_duration = 0}
{buf = 0x81900f520, pts = -5200, dts = -5200, data = 0x819074300 "", size = 1082, stream_index = 0, flags = 0, side_data = 0x0, side_data_elems = 0, duration = 3600,
  pos = -1, convergence_duration = 0}
{buf = 0x81900f660, pts = -1600, dts = -1600, data = 0x819074d00 "", size = 1078, stream_index = 0, flags = 0, side_data = 0x0, side_data_elems = 0, duration = 3600,
  pos = -1, convergence_duration = 0}

Where first dts=9200 is coming from?

How to reproduce: sending part:

ffmpeg -re -i source.mp4 -acodec copy -vcodec copy -f rtsp -muxdelay 0.1 rtsp://test.mysite.com/in/1

listening part:

% ffmpeg -loglevel debug -rtsp_transport tcp -rtsp_flags listen -i rtsp://test.mysite.com/in/1 -acodec copy -vcodec copy -f null /dev/null
ffmpeg version 3.3 Copyright (c) 2000-2017 the FFmpeg developers
  built with FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)
  configuration: --prefix=/usr/local --mandir=/usr/local/man --datadir=/usr/local/share/ffmpeg --pkgconfigdir=/usr/local/libdata/pkgconfig --enable-shared --enable-pic --enable-gp
l --enable-postproc --enable-avfilter --enable-avresample --enable-pthreads --cc=cc --disable-indev=alsa --disable-outdev=alsa --disable-libopencore-amrnb --disable-libopencore-am
rwb --disable-libass --disable-libbs2b --disable-libcaca --disable-libcdio --disable-libcelt --disable-chromaprint --disable-libdc1394 --disable-stripping --enable-htmlpages --ena
ble-libfdk-aac --enable-ffserver --disable-libflite --disable-fontconfig --disable-libfreetype --disable-frei0r --disable-libfribidi --disable-libgme --disable-libgsm --disable-ic
onv --disable-libilbc --disable-indev=jack --disable-libkvazaar --disable-ladspa --disable-libmp3lame --disable-libbluray --enable-mmx --disable-libmodplug --disable-netcdf --disa
ble-openal --disable-indev=openal --disable-opencl --disable-libopencv --disable-opengl --disable-libopenh264 --disable-libopenjpeg --enable-optimizations --disable-libopus --disa
ble-libpulse --disable-indev=pulse --disable-outdev=pulse --enable-runtime-cpudetect --disable-librubberband --disable-libschroedinger --disable-ffplay --disable-outdev=sdl --disa
ble-sdl2 --disable-libsmbclient --disable-libsnappy --disable-indev=sndio --disable-outdev=sndio --disable-libsoxr --disable-libspeex --enable-sse --disable-libssh --disable-libte
sseract --enable-libtheora --disable-libtwolame --disable-libv4l2 --disable-indev=v4l2 --disable-outdev=v4l2 --disable-vaapi --disable-vdpau --disable-libvidstab --enable-libvorbi
s --disable-libvo-amrwbenc --enable-libvpx --disable-libwavpack --disable-libwebp --enable-libx264 --enable-libx265 --disable-libxcb --enable-libxvid --disable-outdev=xv --disable
-libzimg --disable-libzmq --disable-libzvbi --disable-gcrypt --enable-gmp --disable-librtmp --disable-gnutls --enable-openssl --enable-version3 --enable-nonfree
  libavutil      55. 58.100 / 55. 58.100
  libavcodec     57. 89.100 / 57. 89.100
  libavformat    57. 71.100 / 57. 71.100
  libavdevice    57.  6.100 / 57.  6.100
  libavfilter     6. 82.100 /  6. 82.100
  libavresample   3.  5.  0 /  3.  5.  0
  libswscale      4.  6.100 /  4.  6.100
  libswresample   2.  7.100 /  2.  7.100
  libpostproc    54.  5.100 / 54.  5.100
Splitting the commandline.
Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'.
Reading option '-rtsp_transport' ... matched as AVOption 'rtsp_transport' with argument 'tcp'.
Reading option '-rtsp_flags' ... matched as AVOption 'rtsp_flags' with argument 'listen'.
Reading option '-i' ... matched as input url with argument 'rtsp://test.mysite.com/in/1'.
Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'copy'.
Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'.
Reading option '-f' ... matched as option 'f' (force format) with argument 'null'.
Reading option '/dev/null' ... matched as output url.
Finished splitting the commandline.
Parsing a group of options: global .
Applying option loglevel (set logging level) with argument debug.
Successfully parsed a group of options.
Parsing a group of options: input url rtsp://test.mysite.com/in/1.
Successfully parsed a group of options.
Opening an input file: rtsp://test.mysite.com/in/1.
[tcp @ 0x807e820a0] No default whitelist set
[rtsp @ 0x807e7c000] Updating control URI to rtsp://test.mysite.com:554/in/1
[rtsp @ 0x807e7c000] SDP: v=0^M
o=- 0 0 IN IP4 127.0.0.1^M
s=No Name^M
c=IN IP4 5.9.120.9^M
t=0 0^M
a=tool:libavformat 57.71.100^M
m=video 0 RTP/AVP 96^M
b=AS:612^M
a=rtpmap:96 H264/90000^M
a=fmtp:96 packetization-mode=1; sprop-parameter-sets=Z0LAH9mAoC/5cBEAAAMAAQAAAwAyDxgyaA==,aMlhyyA=; profile-level-id=42C01F^M
a=control:streamid=0^M
m=audio 0 RTP/AVP 97^M
b=AS:103^M
a=rtpmap:97 MPEG4-GENERIC/44100/2^M
a=fmtp:97 profile-level-id=1;mode=AAC-hbr;sizelength=13;indexlength=3;indexdeltalength=3; config=1210^M
a=control:streamid=1^M
[rtsp @ 0x807e7c000] video codec set to: h264
[rtsp @ 0x807e7c000] RTP Packetization Mode: 1
[rtsp @ 0x807e7c000] Extradata set to 0x807e74140 (size: 38)
[rtsp @ 0x807e7c000] RTP Profile IDC: 42 Profile IOP: c0 Level: 1f
[rtsp @ 0x807e7c000] audio codec set to: aac
[rtsp @ 0x807e7c000] audio samplerate set to: 44100
[rtsp @ 0x807e7c000] audio channels set to: 2
[rtp @ 0x807e23700] No default whitelist set
[udp @ 0x807e82280] No default whitelist set
[udp @ 0x807e82280] end receive buffer size reported is 65536
[udp @ 0x807e82320] No default whitelist set
[udp @ 0x807e82320] end receive buffer size reported is 65536
[rtsp @ 0x807e7c000] setting jitter buffer size to 500
[rtp @ 0x807e23780] No default whitelist set
[udp @ 0x807e823c0] No default whitelist set
[udp @ 0x807e823c0] bind failed: Address already in use
[rtp @ 0x807e23780] No default whitelist set
[udp @ 0x807e823c0] No default whitelist set
[udp @ 0x807e823c0] end receive buffer size reported is 65536
[udp @ 0x807e82460] No default whitelist set
[udp @ 0x807e82460] end receive buffer size reported is 65536
[rtsp @ 0x807e7c000] setting jitter buffer size to 500
Failed to parse interval end specification ''
[h264 @ 0x807e16f00] nal_unit_type: 7, nal_ref_idc: 3
[h264 @ 0x807e16f00] nal_unit_type: 8, nal_ref_idc: 3
[h264 @ 0x807e16f00] nal_unit_type: 7, nal_ref_idc: 3
[h264 @ 0x807e16f00] nal_unit_type: 8, nal_ref_idc: 3
[h264 @ 0x807e16f00] user data:"x264 - core 144 r2533 c8a773e - H.264/MPEG-4 AVC codec - Copyleft 2003-2015 - http://www.videolan.org/x264.html - options: cabac=0 ref=5 deblock=0:
0:0 analyse=0x1:0x111 me=umh subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12
 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=25 keyint_min=2 scenecut=40 intra_refresh=0 rc_lo
okahead=25 rc=crf mbtree=1 crf=25.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00"
[h264 @ 0x807e16f00] nal_unit_type: 6, nal_ref_idc: 0
[h264 @ 0x807e16f00] nal_unit_type: 5, nal_ref_idc: 3
[h264 @ 0x807e16f00] user data:"x264 - core 144 r2533 c8a773e - H.264/MPEG-4 AVC codec - Copyleft 2003-2015 - http://www.videolan.org/x264.html - options: cabac=0 ref=5 deblock=0:
0:0 analyse=0x1:0x111 me=umh subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12
 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=25 keyint_min=2 scenecut=40 intra_refresh=0 rc_lo
okahead=25 rc=crf mbtree=1 crf=25.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00"
[h264 @ 0x807e16f00] Reinit context to 640x368, pix_fmt: yuv420p
[h264 @ 0x807e16f00] nal_unit_type: 1, nal_ref_idc: 2
    Last message repeated 2 times
[aac @ 0x807e17900] skip whole frame, skip left: 0
[h264 @ 0x807e16f00] nal_unit_type: 1, nal_ref_idc: 2
    Last message repeated 2 times
[rtsp @ 0x807e7c000] All info found
Input #0, rtsp, from 'rtsp://test.mysite.com/in/1':
  Metadata:
    title           : No Name
  Duration: N/A, start: -0.159002, bitrate: N/A
    Stream #0:0, 28, 1/90000: Video: h264 (Constrained Baseline), 1 reference frame, yuv420p(progressive, left), 640x360 (640x368) [SAR 1:1 DAR 16:9], 0/1, 25 fps, 25 tbr, 90k tbn
, 50 tbc
    Stream #0:1, 49, 1/44100: Audio: aac (LC), 44100 Hz, stereo, fltp
Successfully opened the file.
Parsing a group of options: output url /dev/null.
Applying option acodec (force audio codec ('copy' to copy stream)) with argument copy.
Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy.
Applying option f (force format) with argument null.
Successfully parsed a group of options.
Opening an output file: /dev/null.
Successfully opened the file.
Output #0, null, to '/dev/null':
  Metadata:
    title           : No Name
    encoder         : Lavf57.71.100
    Stream #0:0, 0, 1/90000: Video: h264 (Constrained Baseline), 1 reference frame, yuv420p(progressive, left), 640x360 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, 25 fps, 25 tbr, 90k
tbn, 90k tbc
    Stream #0:1, 0, 1/44100: Audio: aac (LC), 44100 Hz, stereo, fltp
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
    Last message repeated 2 times
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 5690
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 9290
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 12890
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 16490
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 20090
[null @ 0x807e7d800] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23690 >= 23690
frame=   40 fps=0.0 q=-1.0 size=N/A time=00:00:01.58 bitrate=N/A speed=3.17x    ^Mframe=   54 fps= 54 q=-1.0 size=N/A time=00:00:02.14 bitrate=N/A speed=2.14x    ^Mframe=   66 fps
= 44 q=-1.0 size=N/A time=00:00:02.62 bitrate=N/A speed=1.73x    ^Mframe=   79 fps= 39 q=-1.0 size=N/A time=00:00:03.14 bitrate=N/A speed=1.54x    ^Mframe=   92 fps= 36 q=-1.0 siz
e=N/A time=00:00:03.66 bitrate=N/A speed=1.43x    ^Mframe=  106 fps= 34 q=-1.0 size=N/A time=00:00:04.22 bitrate=N/A speed=1.37x    ^Mframe=  118 fps= 33 q=-1.0 size=N/A time=00:0
0:04.70 bitrate=N/A speed=1.31x    ^Mframe=  130 fps= 32 q=-1.0 size=N/A time=00:00:05.20 bitrate=N/A speed=1.27x    ^Mframe=  143 fps= 31 q=-1.0 size=N/A time=00:00:05.70 bitrate
=N/A speed=1.24x    ^MNo more output streams to write to, finishing.
frame=  149 fps= 31 q=-1.0 Lsize=N/A time=00:00:05.94 bitrate=N/A speed=1.24x
video:448kB audio:88kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Input file #0 (rtsp://test.mysite.com/in/1):
  Input stream #0:0 (video): 149 packets read (458851 bytes);
  Input stream #0:1 (audio): 253 packets read (90186 bytes);
  Total: 402 packets (549037 bytes) demuxed
Output file #0 (/dev/null):
  Output stream #0:0 (video): 149 packets muxed (458851 bytes);
  Output stream #0:1 (audio): 253 packets muxed (90186 bytes);
  Total: 402 packets (549037 bytes) muxed
0 frames successfully decoded, 0 decoding errors

I think it is the same problem as https://trac.ffmpeg.org/ticket/5018


          FREEBSD WEB DEVELOPER   
San Jose, FREEBSD WEB DEVELOPER Company: iXsystems, Inc. Location: San Jose, CA Position Type: Full Time Experience: Unspecified Education: See below for details FreeBSD Web Developer (San Jose, CA) Dvlp FreeBSD based web applics by dsng, dvlpg & improving core functionality i.e. FreeNas, TrueNas, PC-BSD. BSSE. Apply: iXsystems Inc., 2490 Kruse Dr, San Jose, CA 95131
          FREEBSD WEB DEVELOPER   
San Jose, FREEBSD WEB DEVELOPER Company: iXsystems, Inc. Location: San Jose, CA Position Type: Full Time Experience: Unspecified Education: See below for details FreeBSD Web Developer (San Jose, CA) Dvlp FreeBSD based web applics by dsng, dvlpg & improving core functionality i.e. FreeNas, TrueNas, PC-BSD. BSSE. Apply: iXsystems Inc., 2490 Kruse Dr, San Jose, CA 95131
          lang/gcc7-devel - 7.1.1.s20170629   
Update to the 20170629 snapshot of GCC 7.1.1. Remove headers being created by GCC's fixincludes machinery from the installation / packaging to avoid breakage when FreeBSD's headers are changing afterwards. Several fellow committers have strongly indicated that our headers do not need the kind of adjustments that GCC performs.
          lang/gcc5 - 5.4.0_3   
Remove headers being created by GCC's fixincludes machinery from the installation / packaging to avoid breakage when FreeBSD's headers are changing afterwards. Several fellow committers have strongly indicated that our headers do not need the kind of adjustments that GCC performs.
          www/seahub - 6.1.1_1   
* Added py-requests to runtime depends Reported by: Carsten Lohrmann Reviewed by: lifanov (mentor), matthew (mentor) Approved by: matthew (mentor) Differential Revision: https://reviews.freebsd.org/D11430
          FreeBSD 11.1-RC1   

Glen Barber bejelentette, hogy elérhető tesztelésre a FreeBSD 11.1 első kiadásra jelölt verziója. Telepítő képfájlok ugyanazokhoz a rendszerekhez érhetők el, amely a béta kiadásokban is szerepeltek.


          FreeBSD 11.1 Release Candidate 1   
The first release candidate for FreeBSD 11.1 is now available for testing...
          FreeBSD 11.1首个候选版本发布,类Unix操作系统   
FreeBSD 11.1 的首个候选版本已发布。FreeBSD 11.1-RC1 可用于 x86、ARM、PowerPC 和 Sparc64 架构。

该版本包含一些 bug 修复,自 FreeBSD 11.1 BETA3 以来的主要更改包括:

多个构建工具链相关的修复

RPC 客户端中的 use-after-free 代码已更正

ntpd leap-seconds 文件已更新

各种 VM 子系统修复

“_ ...