Re: [OM Cooker] gnome 3.12
Looks good :) 2014-06-08 1:05 GMT+02:00 Robert Xu rob...@gmail.com: On 6 June 2014 16:09, Tomasz Paweł Gajc tpg...@gmail.com wrote: Dnia wtorek, 3 czerwca 2014 19:04:44 Robert Xu pisze: If you guys have any specific things you want me to do with these packages, please tell me! Hi, Robert please add entry on GNOME update on project.openmandriva.org to track progress of your idea and work. done. have a screenshot of gdm. it's not the best, obviously, but it's a start. -- cheers, Robert :: github.com/robxu9
[OM Cooker] Mpv video player
Hello, today I read a news in linuxfr, as it may interest you (also thinking that it may interest symbianflo both for OMLx and ROSA Linux), I made a quick translation. http://linuxfr.org/users/pseudo007/journaux/mplayer-est-presque-mort-vive-mpv-et-vaapi Title (which may seems a troll :p): Mplayer is (almost) dead, long live Mpv (and VAAPI) Less than a year ago I bought a new PC from scratch, keeping nothing from the old. I took something modern without exageration. [...] I was for many years a happy user of Mplayer. With the rising of High Definition, I was less. The problem of synchronization of the video (a little chopped) arose more even with a recent CPU. The problem is also associated with Mplayer. Intel graphics cards (found on the i7 CPU and others) allow decoding and displaying the video via VAAPI interface. There is VAAPI for Mplayer, separated here: https://gitorious.org/vaapi/mplayer/source/e4a658ef28e09e8441630f9028506f5cf7449480 : I used it, the CPU consumption drops drastically through VAAPI, but ... There were still problems of synchronization (eg Freeview HD, which in addition has almost always an audio/video offset). This branch of Mplayer is not updated since a long time and each time there was a new version of Mplayer, I had to redo the patch. It is not fun in the long run. Finally I gave up. One day I discovered that Youtube offers 2160h videos (against 1080 height for the current HD). Example taken randomly https://www.youtube.com/watch?v=suWsd372pQE Useless to rely on Flash to see this in 2k. We can recover the video with youtube-dl (size 138). I used mplayer and I got: dimensions are too high: 3840x2160 (maximum is 2048x2048) You can get around with -vf scale=... but it puts the CPU to its knees, or use -vo gl. In any case the result stays chopped. And voila, all my gleaming new hardware is already obsolete. Of course, there is the problem of displaying such video physically (2160h screen and link with the screen), but let's put it aside. Youtube videos being not very well coded, 2016h videos encoded by Youtube gives good 1080h. I have modern equipment, but I can not read properly recent videos formats. Would it be not possible with the latest equipment to read properly recent video formats on GNU/Linux? It would hurt me. Then I stumbled Mpv: http://mpv.io/ In outline, this is a fork of Mplayer/Mplayer2 who wants to go ahead and get rid of all the historic Mplayer balls and chains. Mpv is compatible with Mplayer and is the legacy of the fork, but it is not a priority fpr them, and there are incompatibilities. Mpv integrates VAAPI. I have a Fedora 20 [...], mpv is in the rpmfusion repository. So Yum install mpv. Rpmfusion got the 0.3.6 release. I updated to 0.3.10 a few hours ago just to see, it does not change much, just less bugs. To use vaapi with Mpv: mpv -vo vaapi (or opengl) --hwdec=vaapi You can also tinker /etc/mpv/... or ~/.Mpv/ to shorten the command line. Mpv with vaapi and the cpu consumption is falling, NO synchronization problem (finally!). For 2160h video Youtube 2160h, I can run it 2 times in parallel with -speed 2 (60 fps), easy, fluid. Less than 10% CPU with Mpv (for a thread, the CPU has 8 threads). Very greedy Blu-ray are (finally) flawless. NB: remember to have the frequency of the screen that corresponds to the video, or a multiple, for it to be really fluid. Therefore check Modeline and xrandr --newmode xrandr --addmode xrandr --rate. I do not do here a complete test of Mpv, I use it only for 2 days. The project is new but impressive... Farewell Mplayer, thanks for services rendered, and welcome to Mpv. I only found one regression from Mplayer. With VAAPI on Mplayer, we can ask the graphics card to deinterlace interlaced video. With Mplayer there was a doubling of the fps (like -vf tfields). With Mpv, although the doc says it's bob deinterlacing , this is not what I saw. Another advantage of VAAPI, we do not have the problem of the screen which is refreshed with the image of the video that is actually composed of 2 images, because the reader write in the memory of the graphics card at the same time drive. There is a trick to gnome-shell if you do not use VAAPI which avoids this problem but is not enabled by default. Not only VAAPI can decode and display videos, VAAPI also can encode. There are very basic tools in the package libva-utils, they are damn fast (more than 25 fps in 1920x1080 loseless) and it consumes nothing. The CPU that integrates the graphics card does not heat. It is stunning. I hope one day coding via VAAPI will be supported by ffmpeg (or mpv that can encode like mencoder). Mpv is a best video player than Mplayer, but it also has some significant refinements. For example, if you stop the video reading with a 'Q' (instead of 'q'), Mpv backup the configuration including reading position. When one reads again the file, the video starts from last position. By
Re: [OM Cooker] Mpv video player
On Jun 10, 2014, Raphaël Jadot r...@hodo.fr wrote: Hello, today I read a news in linuxfr, as it may interest you (also thinking that it may interest symbianflo both for OMLx and ROSA Linux), I made a quick translation. http://linuxfr.org/users/pseudo007/journaux/mplayer-est-presque-mort-vive-mpv-et-vaapi Title (which may seems a troll :p): Mplayer is (almost) dead, long live Mpv (and VAAPI) Less than a year ago I bought a new PC from scratch, keeping nothing from the old. I took something modern without exageration. [...] I was for many years a happy user of Mplayer. With the rising of High Definition, I was less. The problem of synchronization of the video (a little chopped) arose more even with a recent CPU. The problem is also associated with Mplayer. Intel graphics cards (found on the i7 CPU and others) allow decoding and displaying the video via VAAPI interface. There is VAAPI for Mplayer, separated here: https://gitorious.org/vaapi/mplayer/source/e4a658ef28e09e8441630f9028506f5cf7449480 : I used it, the CPU consumption drops drastically through VAAPI, but ... There were still problems of synchronization (eg Freeview HD, which in addition has almost always an audio/video offset). This branch of Mplayer is not updated since a long time and each time there was a new version of Mplayer, I had to redo the patch. It is not fun in the long run. Finally I gave up. One day I discovered that Youtube offers 2160h videos (against 1080 height for the current HD). Example taken randomly https://www.youtube.com/watch?v=suWsd372pQE Useless to rely on Flash to see this in 2k. We can recover the video with youtube-dl (size 138). I used mplayer and I got: dimensions are too high: 3840x2160 (maximum is 2048x2048) You can get around with -vf scale=... but it puts the CPU to its knees, or use -vo gl. In any case the result stays chopped. And voila, all my gleaming new hardware is already obsolete. Of course, there is the problem of displaying such video physically (2160h screen and link with the screen), but let's put it aside. Youtube videos being not very well coded, 2016h videos encoded by Youtube gives good 1080h. I have modern equipment, but I can not read properly recent videos formats. Would it be not possible with the latest equipment to read properly recent video formats on GNU/Linux? It would hurt me. Then I stumbled Mpv: http://mpv.io/ In outline, this is a fork of Mplayer/Mplayer2 who wants to go ahead and get rid of all the historic Mplayer balls and chains. Mpv is compatible with Mplayer and is the legacy of the fork, but it is not a priority fpr them, and there are incompatibilities. Mpv integrates VAAPI. I have a Fedora 20 [...], mpv is in the rpmfusion repository. So Yum install mpv. Rpmfusion got the 0.3.6 release. I updated to 0.3.10 a few hours ago just to see, it does not change much, just less bugs. To use vaapi with Mpv: mpv -vo vaapi (or opengl) --hwdec=vaapi You can also tinker /etc/mpv/... or ~/.Mpv/ to shorten the command line. Mpv with vaapi and the cpu consumption is falling, NO synchronization problem (finally!). For 2160h video Youtube 2160h, I can run it 2 times in parallel with -speed 2 (60 fps), easy, fluid. Less than 10% CPU with Mpv (for a thread, the CPU has 8 threads). Very greedy Blu-ray are (finally) flawless. NB: remember to have the frequency of the screen that corresponds to the video, or a multiple, for it to be really fluid. Therefore check Modeline and xrandr --newmode xrandr --addmode xrandr --rate. I do not do here a complete test of Mpv, I use it only for 2 days. The project is new but impressive... Farewell Mplayer, thanks for services rendered, and welcome to Mpv. I only found one regression from Mplayer. With VAAPI on Mplayer, we can ask the graphics card to deinterlace interlaced video. With Mplayer there was a doubling of the fps (like -vf tfields). With Mpv, although the doc says it's bob deinterlacing , this is not what I saw. Another advantage of VAAPI, we do not have the problem of the screen which is refreshed with the image of the video that is actually composed of 2 images, because the reader write in the memory of the graphics card at the same time drive. There is a trick to gnome-shell if you do not use VAAPI which avoids this problem but is not enabled by default. Not only VAAPI can decode and display videos, VAAPI also can encode. There are very basic tools in the package libva-utils, they are damn fast (more than 25 fps in 1920x1080 loseless) and it consumes nothing. The CPU that integrates the graphics card does not heat. It is stunning. I hope one day coding via VAAPI will be supported by ffmpeg (or mpv that can encode like mencoder). Mpv is a best video player than Mplayer, but it also has some significant refinements. For example, if you stop the video reading with a 'Q' (instead of 'q'), Mpv backup the configuration including reading position. When one reads again
Re: [OM Cooker] Mpv video player
IIRC mplayer development is somehwat dead because of lot of forks i.e mplayer2. Well we should do some research on mpv2 whether it is worth to do the switch in some future. 2014-06-10 14:07 GMT+02:00 Raphaël Jadot r...@hodo.fr: 2014-06-10 13:04 GMT+02:00 Symbianflo symbian...@mandrivausers.ro: On Jun 10, 2014, Raphaël Jadot r...@hodo.fr wrote: Hello, today I read a news in linuxfr, as it may interest you (also thinking that it may interest symbianflo both for OMLx and ROSA Linux), I made a quick translation. http://linuxfr.org/users/pseudo007/journaux/mplayer-est-presque-mort-vive-mpv-et-vaapi Title (which may seems a troll :p): Mplayer is (almost) dead, long live Mpv (and VAAPI) Less than a year ago I bought a new PC from scratch, keeping nothing from the old. I took something modern without exageration. [...] I was for many years a happy user of Mplayer. With the rising of High Definition, I was less. The problem of synchronization of the video (a little chopped) arose more even with a recent CPU. The problem is also associated with Mplayer. Intel graphics cards (found on the i7 CPU and others) allow decoding and displaying the video via VAAPI interface. There is VAAPI for Mplayer, separated here: https://gitorious.org/vaapi/mplayer/source/e4a658ef28e09e8441630f9028506f5cf7449480 : I used it, the CPU consumption drops drastically through VAAPI, but ... There were still problems of synchronization (eg Freeview HD, which in addition has almost always an audio/video offset). This branch of Mplayer is not updated since a long time and each time there was a new version of Mplayer, I had to redo the patch. It is not fun in the long run. Finally I gave up. One day I discovered that Youtube offers 2160h videos (against 1080 height for the current HD). Example taken randomly https://www.youtube.com/watch?v=suWsd372pQE Useless to rely on Flash to see this in 2k. We can recover the video with youtube-dl (size 138). I used mplayer and I got: dimensions are too high: 3840x2160 (maximum is 2048x2048) You can get around with -vf scale=... but it puts the CPU to its knees, or use -vo gl. In any case the result stays chopped. And voila, all my gleaming new hardware is already obsolete. Of course, there is the problem of displaying such video physically (2160h screen and link with the screen), but let's put it aside. Youtube videos being not very well coded, 2016h videos encoded by Youtube gives good 1080h. I have modern equipment, but I can not read properly recent videos formats. Would it be not possible with the latest equipment to read properly recent video formats on GNU/Linux? It would hurt me. Then I stumbled Mpv: http://mpv.io/ In outline, this is a fork of Mplayer/Mplayer2 who wants to go ahead and get rid of all the historic Mplayer balls and chains. Mpv is compatible with Mplayer and is the legacy of the fork, but it is not a priority fpr them, and there are incompatibilities. Mpv integrates VAAPI. I have a Fedora 20 [...], mpv is in the rpmfusion repository. So Yum install mpv. Rpmfusion got the 0.3.6 release. I updated to 0.3.10 a few hours ago just to see, it does not change much, just less bugs. To use vaapi with Mpv: mpv -vo vaapi (or opengl) --hwdec=vaapi You can also tinker /etc/mpv/... or ~/.Mpv/ to shorten the command line. Mpv with vaapi and the cpu consumption is falling, NO synchronization problem (finally!). For 2160h video Youtube 2160h, I can run it 2 times in parallel with -speed 2 (60 fps), easy, fluid. Less than 10% CPU with Mpv (for a thread, the CPU has 8 threads). Very greedy Blu-ray are (finally) flawless. NB: remember to have the frequency of the screen that corresponds to the video, or a multiple, for it to be really fluid. Therefore check Modeline and xrandr --newmode xrandr --addmode xrandr --rate. I do not do here a complete test of Mpv, I use it only for 2 days. T he project is new but impressive... Farewell Mplayer, thanks for services rendered, and welcome to Mpv. I only found one regression from Mplayer. With VAAPI on Mplayer, we can ask the graphics card to deinterlace interlaced video. With Mplayer there was a doubling of the fps (like -vf tfields ). With Mpv, although the doc says it's bob deinterlacing , this is not what I saw. Another advantage of VAAPI, we do not have the problem of the screen which is refreshed with the image of the video that is actually composed of 2 images, because the reader write in the memory of the graphics card at the same time drive. There is a trick to gnome-shell if you do not use VAAPI which avoids this problem but is not enabled by default. Not only VAAPI can decode and display videos, VAAPI also can encode. There are very basic tools in the package libva-utils, they are damn fast (more than 25 fps in 1920x1080 loseless) and it consumes nothing. The CPU that integrates the graphics card does not heat. It is stunning. I hope one day
[OM Cooker] 2014-06-10 TC meeting
Welcome on 4th TC meeting which is related for our next release. Below you can find agenda: 1. Debate on already registered features on project.openmandriva.org Let's focus on not discussed ideas. 2. Topics related to released products 3. Other Please join #openmandriva-cooker on freenode.net on today 17:00 CEST Cheers.
[OM Cooker] broken wget
all builds fail on abf: /usr/bin/wget: unrecognized option '--force-clobber' Usage: wget [OPTION]... [URL]... Try `wget --help' for more options. ...retrieving failed: wget failed: exited with 2 /usr/bin/wget: unrecognized option '--force-clobber' Usage: wget [OPTION]... [URL]... Try `wget --help' for more options. so please mail me when i can start packaging again. Thank you. -- Greetings ___ MRB ain't no shit Rosalinux.Ro Mandrivausers.Ro Talk is cheap, show me the code.
Re: [OM Cooker] broken wget
Well, patch wget-1.13.3-add-force-clobber-option.patch lead to segfaults on ALL arches include x86_64 example: [fedya@lax wget]$ /home/fedya/wget/BUILD/wget-1.15/src/wget --no-content-disposition http://localhost:42481/dummy.html Aborted (core dumped) Linux lax.lindev.ch 3.13.11-nrjQL-desktop-1omv #1 SMP PREEMPT Sat Apr 26 01:07:23 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Looks like no-force-clobber not working Need a C-hero to check what's going on 2014-06-11 0:56 GMT+04:00 Alexander Khryukin alexan...@mezon.ru: Need to fix tests section 2014-06-10 23:31 GMT+04:00 symbian...@mandrivausers.ro symbian...@mandrivausers.ro: all builds fail on abf: /usr/bin/wget: unrecognized option '--force-clobber' Usage: wget [OPTION]... [URL]... Try `wget --help' for more options. ...retrieving failed: wget failed: exited with 2 /usr/bin/wget: unrecognized option '--force-clobber' Usage: wget [OPTION]... [URL]... Try `wget --help' for more options. so please mail me when i can start packaging again. Thank you. -- Greetings ___ MRB ain't no shit Rosalinux.Ro Mandrivausers.Ro Talk is cheap, show me the code.
[OM Cooker] regenerate 2014 hdlists
hi since the 2014.1 packages were removed from the repos certain packages fail to build as they still try to download the file. can someone regenerate the hdlists for main? thanks cris.
Re: [OM Cooker] broken wget
2013.0 and 2014.0 are affected...: https://abf.rosalinux.ru/build_lists/1919401 https://abf.rosalinux.ru/build_lists/1919402 https://abf.rosalinux.ru/build_lists/1919403 https://abf.rosalinux.ru/build_lists/1919404 Il 10/06/2014 23:09, Alexander Khryukin ha scritto: Well, patch wget-1.13.3-add-force-clobber-option.patch lead to segfaults on ALL arches include x86_64 example: [fedya@lax wget]$ /home/fedya/wget/BUILD/wget-1.15/src/wget --no-content-disposition http://localhost:42481/dummy.html Aborted (core dumped) Linux lax.lindev.ch http://lax.lindev.ch 3.13.11-nrjQL-desktop-1omv #1 SMP PREEMPT Sat Apr 26 01:07:23 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Looks like no-force-clobber not working Need a C-hero to check what's going on 2014-06-11 0:56 GMT+04:00 Alexander Khryukin alexan...@mezon.ru mailto:alexan...@mezon.ru: Need to fix tests section 2014-06-10 23:31 GMT+04:00 symbian...@mandrivausers.ro mailto:symbian...@mandrivausers.ro symbian...@mandrivausers.ro mailto:symbian...@mandrivausers.ro: all builds fail on abf: /usr/bin/wget: unrecognized option '--force-clobber' Usage: wget [OPTION]... [URL]... Try `wget --help' for more options. ...retrieving failed: wget failed: exited with 2 /usr/bin/wget: unrecognized option '--force-clobber' Usage: wget [OPTION]... [URL]... Try `wget --help' for more options. so please mail me when i can start packaging again. Thank you. -- Greetings ___ MRB ain't no shit Rosalinux.Ro Mandrivausers.Ro Talk is cheap, show me the code. -- Greetings ___ MRB ain't no shit Rosalinux.Ro Mandrivausers.Ro Talk is cheap, show me the code.