GitHub PushEvent at 2014-07-10 01:38:49
Repository: mpv
Actor: lu-zero
Payload: {"shas":[["176b4abd5325e8ea3aa268ec896ade56fa3247b3","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","build: fix OpenBSD DVD/CDROM device names\n\nCloses #781.","wm4",true],["9e94de29b7f38a6460ae680f4274f41c269a48d2","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","player: disable hr-seek framedropping during backstepping","wm4",true],["a6762dbc16cd94e8998e07b6f2fcefbe6a43bb6d","55311ff0f9278de935970832916cdff1dd96b121@gmail.com","stream_smb: increase to 128k read_chuuk from default 8k\n\nPrevious to this commit, read_chunk was not set in stream_smb. The\ncache was therefore filled in small 8K chunks. This resulted in poor\nperformance when compared to, for example, smbnetfs on the same\nnetwork.\n\nThe value of 128k is chosen both because it is emperically\nthe \"levelling off point\" for throughput into mpv's cache, and because\nit is the value chosen by smbnetfs when serving smb shares to\nmpv.\n\nNote that this change has no effect unless --cache is explicitly\nspecified as smb:// streams do not activate cache by default. This is\nbecause the default cache size of 320K is so small it actually makes\nsmb:// perfomance worse. For best results use at least --cache=1024.","Kevin Mitchell",true],["2a2dd8aac2d68db1471bbb4fd852f85f3fcf9c24","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","old-build: define a new symbol\n\nwaf has a proper test, but no test was added to old-configure.\n\nThis means that on OSX, old-configure is not supposed to work anymore.\nBut still allow it to compile cleanly on OSX.","wm4",true],["2279f718de746d5fed3b64df74e9c47af98975b5","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","player: reorganize how lua scripts are loaded\n\nMake loading of scripts independent of Lua. Move some of the loading\ncode from lua.c to scripting.c, and make it easier to add new scripting\nbackends.","wm4",true],["adf20c9775e6d6df5b01f42243f0c5b7f2bbc73d","1750c84fe08bb9e508c3e12c566d672c97535ea0@gmail.com","wayland: fix typo\n\nSo long in the code without me noticing. Embarassing!","Alexander Preisinger",true],["fe4526195acb4e9e7e421e7b74431d68802e3f8b","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","build: add some warning cflags\n\nThese were in the old configure script too.\n\nTwo flags are explicitly tested, because I have no idea how widespread\nsupport for them is, and testing them is just easier than trying to look\nthem up in various gcc/clang manuals. There are people using gcc 4.2\nout there, so some caution is warranted.","wm4",true],["eb4487cc4f8761bddb7dc7b9548d11107e9209da","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","old-build: drop support for anything but Linux, simplify\n\nA lot of effort was spent on making the waf based build-system work\nproperly on all supported platforms, while the old configure script was\nneglected. It seems that nobody maintains the non-Linux parts of the\nconfigure script anymore, and all improvements go into the waf scripts.\n\nThus it makes no sense anymore to maintain the non-Linux parts. They're\njust dead weight. Remove them completely.\n\nAlso apply some additional simplifications. For example, listing\nenabled/disabled VO modules seems like a waste of effort.","wm4",true],["d0a66dbd5d4bbcd66338a6fd3a27e6d00a22f317","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","old-build: accidental rewrite\n\nThis started as a bunch of smaller changes to make the old configure\nscript maintainable with minimum effort. It ended up as complete\nrewrite, because at once point I started to like shell programming (I\nhope this sickness is curable), and I wanted to see how small I can\nmake the configure script. The typical configure test is now 1 or 2\nlines big, located in 1 or 2 places, instead of >15 lines and being\nspread over 5 or 6 places.\n\nThe main \"trick\" is factoring the tests into a few generic, commonly\nneeded tests, instead of writing everything manually.","wm4",true],["d6774515a73f06a6c9b9780c3ba911aa5bd3e907","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","manpage: updates changes.rst\n\nThe situation has changed a bit since the days of mplayer2, so we can\nuse more/less diplomatic wording. Merge the two sections listing\nchanges from MPlayer and mplayer2. Mention the client API and Lua\nscripting as alternatives to slave mode.\n\nI'm calling MPlayer code \"horrible\". This is not meant as an offense,\nbut after turning around almost every line of MPlayer code, I believe\nI have a right to say this. Sorry. I would say that MPlayer has a\nsurprisingly sane and simple architecture (for what it is), but much\nof it drowned under a load of evil hacks or not-cleaned-up-yet code.","wm4",true],["bc6959c35d4a421c920e1d7ce22fb9f339a9a8fb","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","vf_vapoursynth: allow parallel processing\n\nVapourSynth won't just filter multiple frames at once on its own. You\nhave to request multiple frames at once manually. This is what this\ncommit introduces: a sub-option controls how many frames will be\nrequested at once. This also changes the semantics of the maxbuffer sub-\noption, now renamed to buffered-frames.","wm4",true],["6dec78e4754caef6a3ea88ab0a0926cb4d0d7f94","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","TOOLS/mpv_identify.sh: unbreak","wm4",true],["daf4898668d9753c753d9cd3f20ed2051dddeb39","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","vf_vapoursynth: avoid unnecessary waiting\n\nIt could in theory happen that the filter loop will enter a blocking\nwait, even though it could make progress by emptying the list of\nalready-filtered images. I'm not quite sure if this could actually cause\na real issue - probably not.","wm4",true],["a5e22c70e8894d580cfbb556716af5700eece8e0","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","manpage: changes.rst: minor fixups","wm4",true],["97604ebcd23a2c3775dbd8ce3e4f2cf1cc499f5b","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","vf_vapoursynth: add more debug output\n\nAlso, move num_requested() to where it's used. Remove newlines from VS\nerror messages. Remove an assert(0) on an error path.","wm4",true],["0128579542cf55023aa01d7d6aba8079203960ef","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","vf_vapoursynth: fix debug output","wm4",true],["125dcf306a2998248c0480000b36db7388ddf490","55311ff0f9278de935970832916cdff1dd96b121@gmail.com","vf_dlopen: remove buggy private name -> imgfmt conversion\n\nThis was presumably for backward compatibility,\nbut it was preventing the use of the new names.","Kevin Mitchell",true],["2b1b8d6c95952f03049a9f643058c114899680bc","55311ff0f9278de935970832916cdff1dd96b121@gmail.com","vf_dlopen: update usage message to new-style args","Kevin Mitchell",true],["1eee4d779954974cd413be5e46f1ed877836ef31","55311ff0f9278de935970832916cdff1dd96b121@gmail.com","TOOLS/vf_dlopen: use new pixelformats, fix usage for newstyle args","Kevin Mitchell",true],["9bfe3f394c14b3d5cdae5bfff565a1e6fae94315","af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","x11: wait until the window is mapped\n\nThis blocks everything, until the window is actually reported as mapped.\n\nThis fixes the race condition between VO initialization and mapping the\nwindow, which resulted in possibly different window sizes, leading to an\nimmediate redraw, visible as flashing.\n\nNote that if the map event never comes for some reason, we're out of\nluck and will block forever.","wm4",true]],"size":452,"ref":"refs/heads/master","head":"595eb904782687d72d3ded594a9cab27f1c5ba11"}