search for: x264

...h]*' \ --include='s*' --exclude='*' \ /share/Public/videos/ /share/Backup-HDD-04 I then got the following result (yes, in dry-run mode): NASD30354.ZADMIN <802> ./Backup-HDD-04.list.sh sending incremental file list >f+++++++++ Sense8/Season-1/sense8.s01e01.1080p.webrip.x264-2hd.mkv >f+++++++++ Sense8/Season-1/sense8.s01e02.1080p.webrip.x264-2hd.mkv >f+++++++++ Sense8/Season-1/sense8.s01e03.1080p.webrip.x264-2hd.mkv >f+++++++++ Sense8/Season-1/sense8.s01e04.1080p.webrip.x264-2hd.mkv >f+++++++++ Sense8/Season-1/sense8.s01e05.1080p.webrip.x264-2hd.mkv >f++...

...-exclude='*' \ > /share/Public/videos/ /share/Backup-HDD-04 > > I then got the following result (yes, in dry-run mode): > > NASD30354.ZADMIN <802> ./Backup-HDD-04.list.sh > sending incremental file list >> f+++++++++ Sense8/Season-1/sense8.s01e01.1080p.webrip.x264-2hd.mkv >> f+++++++++ Sense8/Season-1/sense8.s01e02.1080p.webrip.x264-2hd.mkv >> f+++++++++ Sense8/Season-1/sense8.s01e03.1080p.webrip.x264-2hd.mkv >> f+++++++++ Sense8/Season-1/sense8.s01e04.1080p.webrip.x264-2hd.mkv >> f+++++++++ Sense8/Season-1/sense8.s01e05.1080p.webrip....

rsync version 3.1.2 protocol version 31 I've run into an issue using rsync on my QNAP NAS. I've installed Entware-ng on the NAS so that I can install better versions of programs, rsync being one of them. But, I've run into an issue wqith using the --delete option, as it has problems using wildcards. Initially a backup script looked like: #!/bin/sh for d in

...of domain-specific compiler (this is why basically all quality assemblers have powerful macro systems (I believe many are turing-complete, actually)). There is also a portability aspect where roughly the same code works for multiple targets, with minor variations. For example, check out these from x264 (a video encoder, and one of the most highly optimized programs in existence): "domain-specific compiler": http://git.videolan.org/?p=x264.git;a=blob;f=common/x86/x86inc.asm;h=ef45a2905bd8e3d920aa74d23a32fc0c169d9a57;hb=HEAD#l881 http://git.videolan.org/?p=x264.git;a=blob;f=common/x86/x...

I see a package "x246-0.120-5.20120303.el6 (i686)" available in my Add/Remove Software tool. I can't find said package in any of the repos I've searched through. Can anyone point me to a link where I can download that package to my local repo? -- _ ?v? /(_)\ ^ ^ Mark LaPierre Registerd Linux user No #267004 https://linuxcounter.net/ ****

...@ 01d4e9d0]vp3: get_buffer() failed Error while decoding stream #0.0 ... and then many pages of the same error ... ================================================================ MEncoder264 output: Commandline: "C:\Program Files\MEncoder264 v1.1.9\MEncoder.exe" -sws 9 -vf scale -ovc x264 -x264encopts frameref=6:bframes=3:me=3:subq=7:brdo:deblock:deblockalpha=0:deblockbeta=0:bime:b_adapt:cabac:b_pyramid:weight_b:mixed_refs:chroma_me:trellis=1:i4x4:i8x8:8x8mv:b8x8mv:4x4mv:8x8dct:nopsnr:bitrate=700:pass=1:turbo=1 -nosound -noskip -priority belownormal -passlogfile "C:\NG\Source\T...

On Oct 26, 2013, at 5:02 PM, Chris Lattner <clattner at apple.com> wrote: > On Oct 25, 2013, at 5:22 PM, Sean Silva <chisophugis at gmail.com> wrote: >> I’m not sure macros are a good analogy, but there are other pseudo-instructions that we’re not always able to reconstruct in disassembled code back to how the user wrote them. Or if we do, it’s purely via heuristic methods. I

...high compression setting and it's clear that it > lacks > > of precision on degraded, rather blurred images. So I don't know if it > is a > > good idea to base the other lower quality settings (-l5,-l6,...) on -l4 > > setting.I have tested the NHW codec against x265, x264, Daala, WebP, > Rududu, > > DLI and it's clear that at high compression these very good codecs have > more > > precision.But they also tend to blur/decrease neatness-sharpness of image > > where the NHW codec would enhance image neatness/sharpness.But that's > rig...

...=======| 1.1 kB 00:00 Reading repository metadata in from local files 122 packages excluded due to repository protections Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package mpeg2dec.i386 0:0.4.1-2.el4.rf set to be updated ---> Package x264.i386 0:0.0.0-0.4.20070529.el4.rf set to be updated ---> Package mutt.i386 5:1.4.1-12.0.3.el4 set to be updated --> Running transaction check --> Processing Dependency: libx264.so.54 for package: vlc --> Processing Dependency: libx264.so.54 for package: ffmpeg --> Finished Dependency...

...[expanded] [flac]/cd1/02. remote viewing 2.flac > 3162510123 132580111 ./music/(2006) the remote viewer [expanded] [flac]/cd1/03. remote viewing 3.flac lines 3053-3057: 3901c3901 < 2907853037 8534775038 ./storage/video/watching/anime/Ghost_in_the_Shell_S.A.C._Individual_Eleven_[1080p,BluRay,x264,DTS]_-_THORA/Ghost_in_the_Shell_S.A.C._Individual_Eleven_[1080p,BluRay,x264,DTS]_-_THORA.mkv --- > 2744503124 8534775038 ./storage/video/watching/anime/Ghost_in_the_Shell_S.A.C._Individual_Eleven_[1080p,BluRay,x264,DTS]_-_THORA/Ghost_in_the_Shell_S.A.C._Individual_Eleven_[1080p,BluRay,x264,DTS]_...

just have a interesting idea, what do you think lets say these two lines below represents a muxed single file of audio / video theora xvid x264 theora | | | | Video ----------20--------------20----------------------20--------- vorbis flac openAVS |...

Hi guys, the SUPER codec by Erightsoft http://www.erightsoft.net/SUPER.html contains lots of GPL and LGPL code: mplayer, ffmpeg, x264, musepack, theora, which they admit and give credit for. Still, their product is proprietary, and they insist on it. I tried to get the source through their forum, but they of course won't give it: http://www.erightsoft.net/Supforum.html I'll forward this to the different mailing lists,...

Just patant thing put aside qualitywise how good is ogg vs mp3 and ogg theora video vs mp4, xvid ,h.264/x264 -- DARKLORD (:=

Hello, I have re-tested -l4 high compression setting and it's clear that it lacks of precision on degraded, rather blurred images. So I don't know if it is a good idea to base the other lower quality settings (-l5,-l6,...) on -l4 setting.I have tested the NHW codec against x265, x264, Daala, WebP, Rududu, DLI and it's clear that at high compression these very good codecs have more precision.But they also tend to blur/decrease neatness-sharpness of image where the NHW codec would enhance image neatness/sharpness.But that's right that on degraded, blurred images where the...

Hi, Currently llvm can generate an invalid sbfx/ubfx op, for instance when compiling encoder/analyse.c in x264 (I'll reduce this to a test case if needed): clang -O3 -Wall -I. -isysroot=/Developer/Platforms/iPhoneOS.platform/ Developer/SDKs/iPhoneOS3.0.sdk -Qunused-arguments -mno-thumb -mdynamic- no-pic -arch armv7 -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=softfp - DHAVE_ARMV6 -DHAVE_ARMV6T2 -DHAVE_...

...format ??? http://www.opera.com/press/video/ Only "You must enable Javascript and download latest Flash player" ??? WtF AWARD: http://lists.xiph.org/pipermail/theora/2009-April/002108.html Video recommendations: many pages about the thing, typical content: "You must support both X264 and at least one of Theora or WeBM, and additionally a Flash fallback for users having no HTML5 support at all" 1. Providing the very same video 3 or 4 times pulls all the codec efficiency discussions ("Theora is obsolete crap") into the absurdity. If Theora is inferior to X264 at a...

...t's clear that it >> > lacks >> > of precision on degraded, rather blurred images. So I don't know if it >> > is a >> > good idea to base the other lower quality settings (-l5,-l6,...) on -l4 >> > setting.I have tested the NHW codec against x265, x264, Daala, WebP, >> > Rududu, >> > DLI and it's clear that at high compression these very good codecs have >> > more >> > precision.But they also tend to blur/decrease neatness-sharpness of >> > image >> > where the NHW codec would enhance imag...

...cause the NHW codec performs bad on all metrics because it modifies image to give it more neatness (this also includes a slight denoising)... For speed, the NHW codec is written in plain C code, there are no C optimization, no SIMD optimization, no multithreading, whereas the other codecs (x265,VP9,x264,WebP,...) have them and are highly optimized, so time/speed comparison will not be fair... Then there are innovations in the NHW codec: like a new fast wavelet transform, a multistage residual coding, 3 new entropy coding schemes and other things like for example interesting pre- and post- process...

On Oct 20, 2009, at 10:27 PM, David Conrad wrote: > Hi, > > Currently llvm can generate an invalid sbfx/ubfx op, for instance > when compiling encoder/analyse.c in x264 (I'll reduce this to a test > case if needed): Well I just read the dev policy and saw that this was required, so test case attached. It'll break if llvm starts emitting the lsl r0, r0, #3 / asr r0, r0, #1 variants for shifts, not sure how to handle that. > LSB isn't che...

Hello Nux, in the mean while I update straight forward my repo for tests in case of multimedia. - ffmpeg 2.8.7 (I know ffmpeg 3 is there, but can break multimedia everywhere - must take a look). - x264-debuginfo-0.148-1.20160118git5c65704 - libdvdnav 5.0.3 - libdvdread 5.0.3 - libdvdcss 1.4 rebuilt my vlc, mplayer & gstreamer-plugins-ugly against this libraries. Everything works well. Got in mind upgrade x264 can effect handbrake and xine in your repo. http://centos.cms4all.org/centos/7/gs...