Recherche avancée

Sur d’autres sites (5826)

• Trouble with CoCCA Registry

  7 octobre 2012, par Multimedia Mike — General

  I’ve been rather despondent all week. People who see me daily could readily identify this fact. Unfortunately, the exact reason was difficult to adequately explain. The problems that nerds deal with…

  When A Domain Expires
  As a few people noticed, the multimedia.cx domain and all of it’s subdomains didn’t work this last week. The problem started on Monday, October 1. Whose fault ? Well, fundamentally, I neglected to renew the domain name in time. However, I prefer to place the blame on the .cx domain registrar, CoCCA Registry. You see, they have never developed the technology to email a domain holder with a notice that their domain is about to expire or has already expired.

  This domain is the only one I have ever held so I don’t have a lot of experience in this matter. I wondered if I was crazy for thinking it would be normal for a registrar to send an email or 2 with status updates about your domain. I get the impression from speaking with others that this is indeed normal. I have 3 different email addresses listed under my account at the registrar– 2 at multimedia.cx and a backup gmail account. I checked spam folders after this incident. Then I remembered that I have never received any email notifications from them (although password reset emails show up, so that part thankfully works). Also, their support emails are black holes.

  So, I guess the moral is : be wary of dealing with CoCCA Registry. However, they seem to be the only way to register domains under a wide variety of uncommon country codes.

  By Friday, the domain appeared to have been reinstated, even through the status was officially listed as “renewal-pending” according to the web-based management console. Eventually, as cached DNS results started to time out throughout the day, I started seeing subdomains come back. I excitedly used the ‘dig’ command to count down the seconds until gamemusic.multimedia.cx was accessible on the network I was on (the number after the domain name is the time-to-live or ‘TTL’ value) :

  $ dig +nocmd gamemusic.multimedia.cx +noall +answer
  gamemusic.multimedia.cx. 3      IN      A       174.143.152.251
  $ dig +nocmd gamemusic.multimedia.cx +noall +answer
  gamemusic.multimedia.cx. 2      IN      A       174.143.152.251
  $ dig +nocmd gamemusic.multimedia.cx +noall +answer
  gamemusic.multimedia.cx. 1      IN      A       174.143.152.251
  $ dig +nocmd gamemusic.multimedia.cx +noall +answer
  gamemusic.multimedia.cx. 12962  IN      A       207.45.186.114
  

  Finally, today (Saturday), I received a receipt confirming that the domain has been renewed.

  8 Years Old
  Incidentally, happy eighth birthday to multimedia.cx. It was September, 2004 when I decided to branch out from a simple ISP-based web presence.

  People often ask why I went with the .cx TLD. When I decided I wanted a proper domain name 8 years ago, I found that multimedia.X was already taken for just about every TLD value of X. .cx was a notable exception and was distinctive enough (speaking of .X, though, I see that multimedia.xxx is still up for grabs as of this writing ; I imagine that would come with a whole other set of problems).

  It’s funny that tech nerds often rail against outsourcing too much — email, storage, computing power, web hosting — all to some type of cloud provider under the premise that it could easily be taken away. But this episode teaches me that even having your own domain name is no guarantee of a solid online presence.

  Meanwhile, I have taken proactive steps to avert this same situation from arising again :

  
  
  

  Barring a lack of automated emails from the registrar, I hope a Google Calendar reminder set up a month ahead of expiration will do the trick.

• Bash while loop wait until task has completed

  30 juillet 2015, par macmichael01

  I have a bash script that I created to process videos from within a folder and it’s subfolders :

  find . -type f -name '*.mkv' | while read file;
  
  do
  
    ffmpeg -i $file ...
  
  done

  The problem : Instead of the while loop waiting ffmpeg to complete, it continues iterate through the loop. The end result is, files not getting processed. I need a way to have the current while loop iteration to wait until ffmpeg is complete before continuing to the next. Or alternatively a way to queue these items.

  Edit : So The solution when iterating over a set of files is to pass the -nostdin param to ffmpeg. Hope this helps anyone else who might have a similar issue.

  Also file —> $file was a copy/paste typo.

• Looking for technical details about X265 encoding and decoding

  10 décembre 2015, par Sitoumbaz

  I’am working on x265, Is there some one who can you share with me how did I encode yuv using x265 codec ? I Need to know how do you get pixel encoded from picture_out structure, And can you tell me if this code is good ? Hope get solution from you ! I’am using the x265 api documentation but it is less understandable.

  ret = x265_encoder_encode(encoder, pp_nal, &pi_nal, pic_in, pic_out);
  
  if(ret < 0){
  
  
  
      printf("encodePictureIn, Error in x265_encoder_encode %d\n",ret);
  
      return ret; 
  
  }
  
  
  
  do{
  
  
  
      ret = x265_encoder_encode(encoder, pp_nal, &pi_nal, NULL, pic_out);
  
      printf("...\n");
  
  
  
  }while(ret > 0);